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内 容 提要 


本 书 是 数据 库 专 家 CJ. Date 的 又 一 部 力作 ， 详 细 介绍 了 数据 库 架 构 的 设计 和 实现 ， 
同时 讨论 了 视图 更 新 及 关系 数据 库 理论 。 


全 书 内 容 分 为 15 章 , 用 示例 和 理论 相 结 合 的 方式 , 介绍 了 关系 数据 库 的 相关 理论 ， 
还 对 视图 作 了 深入 探究 。 书 中 不 仅 介 绍 了 一 些 基 础 的 数据 库 操作 , 同时 重点 结合 示 
例 给 出 了 视图 相关 的 操作 和 讲解 。 通 过 阅读 本 书 ， 读 者 能 够 在 实际 工作 和 学 习 中 ， 
改进 自己 的 数据 库 设 计 ， 更 好 地 实现 数据 库 相 关 任 务 。 


本 书 是 经 典 的 数据 库 参考 指南 ,非常 适合 数据 库 架构 师 、 数 据 库 设计 人 员 以 及 相关 
领域 的 研究 人 员 参 考 阅 读 。 









































内 涵 的 外 延 

Edgar F. Codd 发 明了 一 种 概念 
就 是 我 们 知道 的 视图 
现在 的 视图 和 基础 关系 变量 
可 相互 转换 
让 我 们 高 唱 一 曲 
关于 视图 的 布鲁斯 
































一 Anon.: 《Where Bugs Go》 





“ 奥 蒙 德 的 公 舅 昨天 审视 了 他 的 部 队 的 全 景 ， 命 令 把 所 有 的 谈 红 色 马 和 灰色 马 都 换 


一 一 目前 所 知 的 最 早 关于 视图 更 新 的 案例 (1693 )， 引 自 《Oxford English Dictionary》 中 
的 《A Brief Historical Relation of State Affairs 1678-1714》， 作 者 Narcissus Luttrell (1857) 


浅 党 辑 止 是 如 此 危险 ; 
诗 果 之 水 若 不 深 饮 ， 弗 如 不 尝 : 
浅 浅 一 酌 让 人 头脑 发 热 ， 

尽兴 狂 饮 却 让 人 重新 清醒 。 
































Alexander Pope 《An Essay on Criticism》 (1711) 


一 -和 和 4444 一 一 


献 给 我 最 爱 的 妻子 Lindy、 女 儿 Sarah 和 Jennie 





作者 简介 


C.J.Date 是 一 位 专攻 关系 型 数据 库 技术 的 独立 作家 、 演 说 家 、 研 究 员 和 和 顾问。 他 最 著名 
的 著作 《数据 库 系统 导论 》( 第 8 版，Addison-Wesley，2004 ) 销量 已 经 突破 850000 册 ， 
并 被 全 球 数 百 所 高 校 作为 教材 使 用 。 他 同时 还 撰写 过 许多 其 他 数据 库 管 理 相关 书籍 ， 
包括 : 

。 Addison-Wesley 出 版 : 《Databases，Types，and the Relational Model: The Third 
Manifesto》( 第 3 版 ， 与 Hugh Darwen 合 著 ，2006 ) 


。 Trafford 出 版 : 《Logic and Databases: The Roots of Relational Theory》 (2007 ) 
。 Apress 出 版 : 《The Relational Database Dictionary, Extended Edition》( 2008 ) 


。 Trafford 出 版 : 《Database Explorations: Essays on The Third Manifesto and Related 
Topics》，( 与 Hugh Darwen 合 著 ，2010 ) 


e Ventus 出 版 :《Go Faster! The TransRelationalTM Approach to DBMS Implementation》 
(2002，2011) 


。 O’Reilly 出 版 : 《SQL and Relational Theory: How to Write Accurate SQL Code》( 第 
2 版 ，2012) 


。 “O’Reilly 出 版 : 《Database Design and Relational Theory: Normal Forms and All That 
Jazz»》 ( 2012) 


Date 先生 于 2004 年 正式 进入 计算 机 行业 名 人 堂 。 他 以 能 够 用 简明 易 懂 的 方式 解释 复杂 
的 技术 问题 而 著称 ， 造 话 之 高 ， 无 出 其 右 者 。 





me 人 


由 


了 路 





本 书 是 这 个 系列 的 第 3 本 书 ， 它 的 两 位 “前 辈 ” 是 : 


。 《SQL and Relational Theory: How to Write Accurate SQL Code》 (第 2 版 ) 





e 《Database Design and Relational Theory: Normal Forms and All That Jazz) 


以 上 两 本 书 于 2012 年 由 O'Reilly 出 版 发 行 。 第 1 本 书 的 目标 读者 是 所 有 种 类 数据 
库 的 从 业 人 员 ， 书 中 解释 了 关系 理论 的 基本 原理 ， 以 及 以 此 为 基础 如 何 将 SQL 妆 
作 一 个 关系 型 数据 库 使 用 (在 那 本 书 中 我 使 用 的 一 条 准则 是 “关系 化 地 使 用 SQL” ) 。 
第 2 本 书 则 针对 性 强 一 些 ， 它 瞄准 的 读者 群 是 那些 对 数据 库 设计 感 兴趣 的 行业 专 
家 , 书 中 解释 了 关系 型 数据 库 设计 的 一 些 理论 ,并 展示 了 为 什么 这 些 理论 如 此 重要 。 
而 第 3 本 书 , 也 就 是 本 书 , 则 针对 性 更 强 。 本 书 专注 于 对 一 个 非常 关键 的 问题 的 研 
究 ， 而 这 个 问题 则 涉及 关系 型 数据 库 应 该 如 何 运 行 与 目前 大 部 分 商业 SQL 数据 
库 系统 的 运行 表现 恰恰 相反 ) 这 一 核心 内 容 。 这 个 问题 就 是 “更 新 理论 。 这 个 理 
论 正如 本 书 的 题目 显示 的 那样 , 适用 于 视图 的 更 新 一 一 不 论 是 在 一 般 情况 下 , 还 是 
特定 情况 下 。 同 时 ， 本 理论 也 适用 于 “基础 数据 ”的 更 新 。 


注意 : 尽管 我 的 理论 包含 上 面 的 最 后 一 句 话 ,， 但 我 还 是 决定 在 本 书 的 题目 中 更 加 强 
调 对 视图 的 更 新 ,因为 据 我 观察 ,一 般 数据 库 从 业者 相信 他 们 自己 能 够 理解 对 于 基 
础 数据 为 对 象 的 更 新 是 如 何 运 作 的 , 而 一 旦 对 象 变 成 视图 , 他 们 的 典型 反应 就 是 极 
度 怀 疑 无 论 使 用 什么 办 法 , 对 视图 的 更 新 能 否 真 的 实现 。 其实 我 一 直 很 奇怪 ,关于 
视图 更 新 的 讨论 居然 曾经 是 并 且 依旧 是 一 个 有 争议 性 的 话题 , 当然 这 也 是 最 初 让 我 
决定 撰写 这 本 书 的 一 个 重要 原因 。 


顺带 说 一 句 ， 关 于 前 两 本 书 , 我 要 对 本 书 中 大 量 引 用 它们 (特别 是 第 1 本 ) 而 表示 
歉意 。 目 前 ， 本 书 中 大 部 分 引用 的 其 他 出 版 物 都 会 给 出 全 名 ， 例 如 下 面 的 例子 。 






















































































































































































David McGoveran: “Accessing and Updating Views and Relations in aRelational Database” 


美国 ， 专 利 号 7263512 (2007 年 8 月 28 日 ) 


不 过 从 现在 开始 ， 当 我 提 到 之 前 出 版 的 著作 时 会 使 用 简称 ， 即 《SQL and Relational 
Theory》 和 《Database Design and Relational Theory》。 











作者 注 : 我 说 过 我 会 用 全 名 引用 其 他 的 著作 , 不 过 其 实 也 没有 多 少 能 引用 的 。 虽 然 
大 量 关 于 视图 更 新 的 论文 、 著 作 或 者 其 他 文章 在 最 近 30 年 内 层出不穷 ， 但 它们 中 
大 多 数 , 包括 David McGoveran 发 表 的 某 些 例外 的 特定 著作 ,所 主张 的 论调 和 本 书 
所 体现 的 论点 大 相 径 庭 (请 参看 前 言 后 面部 分 关于 这 一 点 的 讨论 )。 因 此 大 多 数 时 
候 , 我 都 觉得 不 适合 引用 这 些 著作 ,除了 偶尔 因 需 要 提 及 一 下 。 如 果 你 有 兴趣 详细 
地 了 解 一 下 这 些 “ 其 他 的 论调 ”， 那 么 可 以 在 《An Introduction to Database Systems》 
(第 8 版 ，Addison-Wesley，2004) 的 第 10 章 中 找到 一 个 关于 这 些 书 籍 名称 的 简短 
列表 。 


在 这 里 我 需要 强调 的 是 本 书 假定 你 们 完全 了 解 《SQL and Relational Theory》 所 讨论 
的 内 容 。 举 例 来 说 ， 我 认为 你 们 理应 知道 什么 是 关系 ， 什 么 是 属性 ， 什 么 是 数组 ， 
所 以 , 我 不 会 因为 未 对 这 些 基础 名 词 做 提前 解释 而 道歉 。 本 书 的 目标 读者 是 数据 库 
相关 专业 人 士 ， 而 专业 人 士 应 该 对 我 之 前 的 书 所 包含 的 这 些 基础 知识 很 熟悉 才 对 。 
为 了 使 本 书 内 容 更 加 独立 , 我 会 在 第 2 章 “ 技 术 背 景 ”中 对 前 面 的 书 的 相关 部 分 做 
一 个 简短 的 回顾 。 同 时 我 也 会 在 第 3 章 “ 视 图 概念 : 近 距 离 观察 ”中 给 出 一 个 关于 
什么 是 视图 以 及 它们 应 该 如 何 运作 的 详细 综述 。 


本 书 的 目标 读者 

我 的 目标 读者 群 是 数据 库 相 关 专 业 人 士 , 进一步 说 也 可 以 是 所 有 对 关系 模型 、 关 系 
型 技术 或 者 关系 型 系统 感 兴趣 的 人 。 如 前 所 述 ， 对 《SQL and Relational Theory》 熟 
悉 的 话 会 对 阅读 本 书 有 很 大 帮助 , 不 过 我 相信 本 书 无 论 对 关系 理论 整体 而 言 , 还 是 
对 视图 更 新 具体 来 讲 ， 都 会 有 新 鲜 的 见解 。 而 且 ， 我 认为 值得 指出 的 是 , 我 很 有 可 
能 可 以 利用 这 里 面 的 一 些 想法 在 没有 数据 库 管 理 系统 (DBMS) :支持 的 情况 下 来 
指导 一 个 “自助 式 ” 的 实施 (针对 视图 更 新 )。 但 在 这 里 其 实 我 真心 希望 数据 库 管 
蛙 系 统 工程 师 们 能 够 看 到 这 本 书 , 并 由 此 能 在 他 们 自己 的 产品 中 提供 对 视图 更 新 的 
支持 。 注 意 : 我 同时 也 想 提 一 下 ， 我 会 举行 一 场 基于 书 中 内 容 的 现场 研讨 会 。 想 了 
解 更 多 内 容 ， 请 访问 下 面 网 址 : www.justsql.co.uk/chris_date/chris_date.htm。 


本 书 的 结构 

如 之 前 所 说 ,我 假设 你 知道 什么 是 关系 、 属 性 、 数 组 。 更 进一步 来 讲 ,我 假设 你 也 
至 少 大 体 知道 什么 是 视图 。 视 图 最 初 被 讨论 (当时 并 不 用 “视图 ” 这 个 名 字 ) 是 在 
Codd 的 第 一 篇 关于 关系 模型 的 论文 中 
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为 


: 数据 库 管理 系统 (DBMS) = database management system。 很 显然 ， 数 据 库 管 理 系统 和 数据 库 是 有 区 
别 的 ! 然而 不 幸 的 是 ， 业 界 通常 都 把 一 些 商 业 产 品 ， 如 甲骨 文 ， 或 者 安装 在 特定 电脑 上 的 此 类 产品 
的 特定 版 本 称 为 “数据 库 ?。 在 本 书 中 我 不 会 跟随 这 个 潮流 。 问 题 在 于 ， 如 果 你 把 数据 库 管理 系统 称 
作 “ 数 据 库 ”的 话 ， 那 你 要 怎么 称呼 真正 的 数据 库 呢 ? 


















































































































































E.F.Codd: “Derivability, Redundancy, and Consistency of Relations Stored in Large 
Data Banks,”IBM 研究 报告 RJ599 (1969 年 8 月 19 日 ) 


现在 ， 正 如 Codd 自己 在 这 篇 论文 中 所 预见 的 ， 支 持 视图 最 主要 的 理由 ， 是 原则 上 
可 以 通过 它们 来 达成 逻辑 数据 独立 这 个 重要 目标 (逻辑 数据 独立 指 的 是 能 够 改变 一 
个 数据 库 的 逻辑 , 而 不 需要 相应 改变 用 户 的 使 用 习惯 的 能 力 , 由 此 可 以 保护 针对 既 
有 用 户 培训 、 既 有 应 用 以 及 其 他 部 分 的 投入 。 在 第 3 章 我 们 会 有 更 深入 的 讨论 )。 
换 句 话说 , 视图 存在 的 主要 理由 , 严格 来 讲 就 是 为 了 实现 逻辑 数据 独立 这 个 目标 。 
但 如 果 我 们 想 在 实际 中 实现 它 ， 而 不 仅 仪 是 停留 在 原则 上 ， 那 么 视图 必须 是 可 更 
新 的 。 


所 以 针对 视图 的 更 新 是 一 个 很 重要 的 问题 。 由 此 重要 性 导致 的 结果 是 , 无论 是 对 商 
业 领 域 , 还 是 研究 领域 而 言 , 视图 已 经 成 为 大 家 关注 的 焦点 有 一 段 时 间 了 (至 少 有 
35 年 左右 )， 而 且 一 些 不 同 的 方案 已 经 被 提出 ， 有 些 其 至 被 实施 过 。 但 可 惜 的 是 ， 
所 有 这 些 方 案 都 没 能 对 视图 更 新 给 出 一 个 令 人 满意 的 解决 办 法 (这 里 我 要 强调 , 不 
仅仅 是 我 ， 其 他 作者 也 这 么 认为 )。 我 们 举例 来 说 ， 在 当今 主流 的 SQL 产品 中 , 视 
图 更 新 机 制 具有 以 下 两 个 典型 的 缺陷 。 


。 不 完整 ， 也 就 是 说 ， 它 们 没 能 使 理论 上 应 该 能 够 更 新 的 视图 全 都 实现 更 新 。 


。 ”不 正确 ， 也 就 是 说 ， 即 使 对 那些 能 够 实现 更 新 的 视图 ,它们 的 实施 方式 也 不 对 
路 ， 至 少 在 某 些 情况 下 是 这 样 的 。 


(再 次 说 明 , 第 3 章 中 有 关于 这 些 问 题 的 深度 讨论 。) 至 于 那些 研究 文献 ,我 觉得 它 
们 通常 都 会 忽视 一 些 重要 因素 , 这 些 因素 对 于 一 个 系统 化 的 、 综 合 性 的 以 及 正确 的 
解决 方案 至 关 重 要 。 与 前面 的 例子 不 同 , 我 相信 在 本 书 中 将 要 详细 讲解 的 , 恰恰 就 
是 一 个 “系统 化 的 、 综 合 性 的 以 及 正确 的 ” 解决 方案 。 同 时 我 也 相信 (在 这 里 我 
必须 说 明 ， 我 本 身 并 不 是 一 名 工程 师 )， 这 个 解决 方案 可 以 被 整合 进 关 系 型 数据 库 
管理 系统 ， 并 给 系统 架构 带 来 适度 的 概念 化 扩展 。 


作者 注 : 请 注意 我 很 谨慎 地 提 到 “关系 型 数据 库 管 理 系统 ”。 在 后 面 你 将 会 看 到 ， 
我 提出 的 这 个 解决 方案 非常 依赖 对 完整 性 约束 的 声明 (当然 , 这 需要 数据 库 管 理 系 
统 的 强制 执行 能 力 来 做 保障 )。 从 我 的 角度 来 说 ， 我 认为 这 些 能 力 是 构成 一 个 真正 
的 关系 型 系统 的 必要 条 件 。 不 过 相信 大 家 都 知道 ,当今 绝 大 部 分 的 SQL 产品 在 这 
个 环节 都 有 缺陷 。 现 在 我 正式 介绍 一 下 本 书 的 大 体 结构 。 


。 第 1 章 给 出 了 一 个 抛砖引玉 的 例子 , 表明 了 在 大 家 熟知 的 简单 条 件 下 (其实 就 
是 SQL 的 条 件 下 ) 如 何 看 待 视图 更 新 ， 在 后 面 的 章节 中 我 们 还 会 有 更 具体 的 





























































































































































































































































































































说 明 。 具 体 来 说 ， 它 证 明了 “更 新 就 是 更 新 ”， 无 论 被 更 新 的 是 视图 还 是 基础 
数据 。 这 就 是 为 什么 我 之 前 说 这 本 书 所 涉及 的 问题 应 该 被 称 为 “更 新 理论 ”( 一 
种 既 适 用 于 视图 ， 同 时 又 适用 于 基础 数据 的 理论 ) 的 原因 。 


。 接 下 来 如 前 所 述 , 第 2 章 对 关系 理论 的 相关 内 容 做 了 简要 的 回顾 。 其 中 特别 强 
调 了 数据 库 的 本 质 就 是 “一 个 真正 的 变量 "， 而 它 这 个 特质 也 恰恰 让 它 成 为 对 
所 有 更 新 操作 都 适合 的 目标 对 象 。 


。 第 3 章 对 视图 概念 和 相关 内 容 做 了 更 具体 的 描述 。 当然 我 前 面 说 过 我 假定 你 了 
解 视图 的 基本 概念 , 但 这 一 章 包 含 了 你 可 能 不 太 熟 悉 的 内 容 ， 而 这 些 内 容 对 于 
正确 理解 后 面 的 内 容 至 关 重 要 。 


。 第 4~13 章 会 针对 各 种 各 样 你 所 熟悉 (有 的 内 容 可 能 不 那么 熟悉 ) 的 关系 操作 
逐个 进行 讨论 一 一 约束 、 投 影 、 连 接 等 。 特 别 是 在 第 4 章 ， 对 于 约束 视图 ,我 
还 介绍 了 很 多 额外 的 基础 内 容 (其 实 ， 这 几 章 也 可 以 看 作 是 第 3 章 的 一 个 继 
续 )。 第 4 章 同时 也 给 出 了 后 面 9 章 如 何 展 开 的 计划 。 


。 第 14 章 研 究 了 合并 操作 (例如 ， 更 新 一 个 由 两 个 约束 组 成 的 连接 ， 或 者 更 新 
一 个 由 两 个 连接 组 成 的 合并 都 需要 什么 ) 的 问题 , 这 个 问题 引发 了 一 些 相 当 有 
趣 亦 或 出 人 意料 的 情况 。 


。 ”在 整 本 书 的 讨论 中 , 大 家 可 能 会 对 其 中 一 些 方案 所 提 到 的 问题 或 内 容 不 明确 或 
产生 混淆 ， 最 后 在 第 15 章 我 将 为 大 家 对 这 些 不 明确 和 混淆 做 出 解释 说 明 。 


。 书后 面 还 有 两 个 附录 。 附 录 A 的 内 容 是 关于 所 有 重要 的 “关系 赋值 ”操作 的 细 
节 。 附 录 B 则 收录 了 在 本 书 主体 中 所 使 用 或 提 到 的 大 量 关 系 操作 的 详细 定义 。 


注意 ;目前 给 大 家 描述 的 大 纲 其 实 已 经 足以 说 明 本 书 是 按照 循序 渐进 的 方式 来 撰写 
的 ， 我 本 人 也 强烈 建议 大 家 按照 写作 顺序 来 阅读 本 书 。 


技术 性 注释 

还 有 几 点 我 要 在 这 里 提前 说 明 。 首 先 请 注意 ， 在 本 书 中 我 按照 惯例 使 用 一 般 术 语 ， 
用 小 写字 母 表示 的 “更 新 ”是 代表 包含 “INSERT”“DELETE” 以 及 “UPDATE” 
等 所 有 操作 语句 的 总 称 (正如 我 刚刚 所 提 到 的 “所 有 重要 的 关系 赋值 操作 ”， 详 见 
第 2 章 )。 如 果 想 表达 “UPDATE” 这 个 操作 语句 ， 我 会 全 部 使 用 大 写字 母 表示 ， 
至 于 “INSERT” 和 “DELETE” 操 作 就 不 会 引起 混 消 。 不 过 一 味 地 使 用 大 写 会 显 
得 有 些 烦 人 ， 尤 其 是 当 它们 作为 修饰 语 使 用 的 时 候 ， 合 如 “INSERT 规则 ”(“ 插 入 
规则 ”? )。 所 以 ， 我 决定 在 本 书 中 两 种 格式 一 起 使 用 ， 我 会 根据 前 后 语 境 自我 发 




























































































































































































挥 (我 也 不 会 装 作 在 这 方面 前 后 有 多 么 一 致 ) 。 


第 二 点 ， 请 注意 我 使 用 “SQL” 来 表示 SQL 语言 的 标准 版 ， 而 不 是 什么 专 有 的 术 
语 ( 另 有 明确 说 明 的 除外 )。 特 别 是 按照 标准 读音 “SQL” 应 该 念 为 “ess cue ell”， 
而 不 是 “sequel”( 因 为 现在 很 多 地 方 都 按 后 者 来 发 音 )， 所 以 我 对 “一 个 SQL 表 ” 
的 书写 会 按照 标准 读音 的 写法 。 注 意 : SQL 标准 版 随 着 时 间 推 移出 现 了 数 个 版 本 ， 
在 本 书写 作 的 时 候 最 新 版 本 是 SQL: 2011。 以 下 是 完整 的 版 本 信息 。 


国际 标准 化 组 织 (ISO): Database Language SQL, Document ISO/EC 9075:2011 (2011) 


第 三 点 也 是 最 后 一 点 ,我 需要 对 我 所 谓 的 “用 户 ” 做 一 下 说 明 ， 特别 是 我 需要 解释 
一 下 经 常用 到 的 一 些 短语 ， 如 “用 户 看 到 的 ”或 者 “用 户 对 数据 库 的 感觉 "。 总 体 
来 说 ， 你 可 以 把 “用 户 ”这 个 词 理 解 为 一 个 交互 用 户 `、 一 个 应 用 程序 开发 人 员 或 
者 两 者 都 是 , 请 根据 上 下 文理 解 。 至 于 “用 户 看 到 的 ”和 类 似 的 短语 中 的 用 户 ,我 
指 的 是 那些 并 未 与 整个 数据 库 交 互 而 更 多 的 是 与 一 些 子 集 交 互 的 用 户 , 根据 “ 子 模 
式 ” 定 义 。 男 外 ,根据 视图 的 机 制 ， 子 集 可 以 并 日 经 常 参与 到 一 些 逻 辑 重建 中 。 实 
际 上 , 我 们 可 以 (至 少 我 会 这 么 做 ) 简单 而 不 失 全 面 地 假设 , 子 集 是 由 视图 组 成 的 ， 
即使 一 些 由 基本 数据 转换 而 来 的 视图 实际 上 跟 导出 它们 的 基本 数据 等 价 。 当 然 , 对 
于 这 个 子 集 的 用 户 来 说 ， 视 图 的 集合 就 是 数据 库 本 身 ! 换 名 话说,“ 数据库 ”在 某 
种 意义 上 来 说 是 个 相对 项 。 所 以 , 至 少 是 为 了 本 书 使 用 , 我 们 可 以 稍微 有 点 随意 但 
有 效 地 把 数据 库 定义 为 一 个 给 定 的 数据 , 例如 给 定 的 基本 数据 的 集合 , 或 者 是 这 个 
集合 下 的 一 些 具体 的 ， 很 可 能 是 经 过 重 构 的 子 集 。 注 意 ， 当 我 在 这 里 说 到 “随意 ” 
的 时 候 , 我 考虑 到 的 是 这 个 数据 库 不 仅仅 只 有 数据 ,如 相应 的 完整 性 约束 也 需要 被 
考虑 进去 ， 我 们 在 第 2 章 和 第 3 章 将 会 见 到 。 




































































































































































， 这些 用 户 依然 是 那些 懂 一 点 数 
全 没有 概念 。 





库 问题 的 人 ,而 不 是 那些 纯 的 “最 终 用 户 ”， 他 们 可 能 对 这 些 问题 完 
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我 想 再 次 感谢 我 的 夫人 Lindy 对 我 在 撰写 本 书 期 间 以 及 在 撰写 本 系列 前 作 时 的 大 
力 支持 。 我 还 要 感谢 我 的 挚友 和 同事 Hugh Darwen、David Livingstone 以 及 David 


McGoveran， 他 们 对 本 书 的 早期 草稿 给 予 了 大 量 细致 的 、 综 合 的 审阅 。 他 们 和 他 们 
所 做 的 大 量 工作 对 本 书 都 起 到 了 重要 作用 ， 但 我 特别 要 感谢 David McGoveran。 首 
先 , 感谢 他 最 开始 为 本 书 的 主题 所 提出 的 一 些 建议 和 想法 , 视图 更 新 在 本 书 中 的 描 
述 大 都 基于 此 发 展 而 来 ， 其 次 ， 感 谢 他 就 这 个 主题 在 过 去 20 年 间 跟 我 所 做 的 沟通 















































和 协调 ; 最 后 ， 


感谢 他 在 这 个 领域 所 进行 的 深远 的 理论 工作 。 而 且 David 所 做 的 工 








作 还 大 大 超出 了 审阅 本 身 , 他 不 仅仅 对 词句 给 出 建议 , 实际 上 他 还 针对 本 书 主 题 的 


很 多 方面 汇编 


和 提供 了 许多 短篇 的 论文 或 笔记 。 这 些 笔记 在 我 重新 修改 文章 的 时 候 














给 了 我 非常 大 的 帮助 ,我 相信 正 是 这 些 笔记 让 我 的 文章 大 有 起 色 。 当 然 , 我 并 没有 








把 他 给 的 所 有 建议 都 采纳 进来 ， 我 相信 没有 哪个 作者 完全 按照 审阅 者 的 建议 来 行 


























文 ! 但 是 我 已 经 党 试 着 尽 可 能 采纳 那些 对 我 来 说 最 重要 和 最 真实 的 建议 了 。 当 然 不 
用 说 ， 任 何 遗 留 的 错误 都 是 我 自己 的 责任 。 
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在 关系 型 数据 库 及 其 实际 应 用 领域 中 , 一 直 有 两 个 特别 玉手 和 富有 争议 的 问题 , 而 
业界 并 没有 得 出 一 个 大 家 都 能 满意 的 解决 办 法 , 这 两 个 问题 是 : 信息 丢失 问题 和 视 
图 更 新 间 题 。 对 第 1 个 问题 , Chris Date 在 过 去 30 年 左右 的 时 间 里 已 经 撰写 了 大 量 
著作 ， 现 在 他 开始 着 手 应 对 第 2 个 问题 。 


当然 他 在 之 前 并 非 没 有 涉及 视图 更 新 这 个 问题 。 在 他 著名 的 著作 , 被 作为 教科 书 广 
泛 使 用 的 《An Introduction to Database Systems》 中 就 有 对 该 问题 的 讨论 。 在 1975 
年 第 1 版 发 行 的 时 候 ， 书 中 就 有 少量 篇 幅 涉 及 这 个 问题 ， 到 第 8 版 时 (2004 年 )， 
书 中 已 经 有 多 达 16 页 左右 的 篇 幅 来 进行 讨论 。 他 第 一 次 用 整个 章节 讨论 这 个 问题 
是 在 1986 年 开始 撰写 系列 丛书 《Relational Database Writings》 的 时 候 。 到 了 1995 
年 , 在 该 系列 第 4 本 书 中 , 他 和 David McGoveran 带 给 了 我 们 两 个 章节 的 内 容 来 展 
示 对 这 个 问题 思考 的 变迁 ， 这 些 内 容 更 多 地 源 自 McGoveran 的 研究 。 这 个 思考 后 
来 在 《Databases, Types, and the Relational Model: The Third Manifesto》(2007) 的 附 
录 中 进化 ， 在 《Database Explorations》(2010) 的 章节 中 成 长 ， 最终 到 了 今天 的 
地 位 。 


最 初 由 E. F Codd 在 1969 年 提出 的 基础 理念 ， 至 今 一直 都 没有 变化 。 想 象 现 在 给 
定 一 个 数据 库 ， 根 据 定义 是 由 (a) 可 变 关 系 或 者 “关系 变量 ” 组 成 的 集合 ， 同 时 
由 (b) 一 套 完整 性 约束 管理 着 这 些 关 系 变量 的 可 用 值 。 这 些 给 定 的 关系 变量 都 
是 “基础 ”变量 。 总 体 来 说 ， 被 选 出 的 设计 是 在 许多 个 设计 中 可 以 被 选 出 来 代表 
完全 相同 信息 的 那 一 个 。 从 被 选 出 的 设计 中 我 们 可 以 根据 基础 关系 变量 的 关系 表 
达 式 ， 通 过 定义 虚拟 关系 变量 ， 从 而 得 到 一 个 备 选 方案 。 由 于 各 种 各 样 的 原因 ， 
这 样 一 个 备 选 设计 ， 实 际 上 是 一 个 备 选 的 数据 库 视 图 ， 可 能 相对 基础 设计 来 说 更 
适合 某 些 特定 用 户 。 更 重要 的 是 ， 这 个 备 选 设计 可 能 实际 上 并 不 包含 底层 的 或 者 
“真正 的 ”数据 库 。 有 些 用 户 对 这 些 其 实 也 不 感 兴趣 ， 或 者 根本 没有 权限 看 到 。 
除 此 之 外 ， 如 果 必 须 针 对 基础 设计 做 出 一 些 变化 ， 代 表 原 始 设计 的 虚拟 关系 变量 
可 以 在 新 设计 上 被 重新 定义 ， 这 样 一 来 已 经 存在 的 用 户 视图 就 无 需 改 变 ， 那 些 可 
能 发 生 的 令 人 讨厌 的 突变 就 可 以 避免 。 这 就 是 著名 的 终极 目标 “逻辑 数据 独立 ” 





























































































































































































































”SQL 喜欢 称 这 些 关 系 变量 为 “ 表 ”。 关 于 更 多 对 于 关系 变量 的 名 词 解释 和 相关 内 容 ， 请 参看 第 2 章 。 


背后 的 基础 理念 。 


如 果 用 户 把 虚拟 变量 视 为 他 们 的 数据 库 , 当 实 施 与 虚拟 关系 变量 冲突 的 数据 库 更 新 
时 ， 环 手 的 问题 就 出 现 了 。 数 据 库 管 理 系统 到 底 是 如 何 判定 那些 对 真正 的 数据 库 实 
施 真正 的 更 新 会 对 虚拟 关系 变量 产生 特定 的 改变 的 ?如 果 这 里 有 数 种 方式 可 以 实 
现 需要 的 效果 , 那么 到 底 该 选用 哪 种 方式 呢 ?” 举 个 简单 的 例子 , 假设 一 个 用 户 使 用 
常见 的 “供应 商 与 零 部 件 ” 数 据 库 (第 1 章 有 详细 介绍 ) ， 他 看 到 一 个 虚拟 关系 变 
量 或 者 视图 命名 为 “PS”， 其 中 只 显示 位 于 巴黎 的 供应 商 。 弓 庸 置 疑 ，PS 的 定义 表 
达 式 是 “S WHERE CITY = 'Paris”。 现 在 ,我 们 假设 这 个 用 户 让 数据 库 管理 系统 从 
视图 PS 中 删除 数组 S2。 那 么 数据 库 管 理 系统 是 否 应 当 这 样 理解 用 户 的 意图 : 供应 
商 S2 不 存在 了 ， 需 要 从 基础 关系 变量 $ 中 删除 相应 的 底层 数组 ”还 是 说 应 当 因 为 
用 户 表述 不 清 而 拒绝 客户 的 删除 指令 ， 因 为 将 供应 商 S2 的 CITY 值 换 成 巴黎 以 外 
的 地 方 也 会 达成 相同 的 效果 ? 或 者 在 另 一 种 情况 下 ， 假 设 用 户 知道 供应 商 S2 已 经 
搬迁 到 伦敦 ， 因 此 尝试 在 视图 PS 中 对 S2 进行 “更 新 数组 ”的 操作 来 达到 从 视图 
PS 中 删除 数组 S2 的 效果 ， 那 么 数据 库 管理 系统 是 否 应 当 接 受 这 个 更 新 操作 呢 ?” 现 
在 我 们 进一步 假设 视图 PS 没有 STATUS (状态 ) 属性 。 那 么 数据 库 管理 系统 应 当 
如 何 回应 该 用 户 对 视图 尝试 插入 数组 的 操作 ， 而 用 户 要 求 这 些 数 组 必须 要 删除 
STATUS 值 ? 


针对 以 上 和 更 多 的 此 类 问题 , Date 都 试图 在 他 详细 的 、 全 面 的 、 细 心 的 、 有 条 理 的 
分 析 中 为 我 们 做 出 解答 。 他 计划 在 最 开始 的 3 个 章节 中 对 这 些 问题 发 起 进攻 。 他 清 
楚 地 定义 了 “2 个 数据 库 被 设计 为 在 表达 相同 信息 的 时 候 是 等 价 的 ”是 什么 意思 ， 
然后 在 接 下 来 的 10 个 章节 ， 他 将 对 他 所 使 用 的 方法 进行 详细 讲述 。 这 个 方法 需要 
轮流 检验 每 一 个 关系 代数 中 的 操作 。 例 如 ， 那 个 “只 包含 巴黎 供应 商 ” 的 视图 PS 
被 他 称 为 约束 视图 ， 比 如 ， 定 义 一 个 虚拟 关系 变量 只 使 用 约束 操作 。 同 样 地 ， 现 在 
定义 一 个 不 包含 PS 中 STATUS 属性 的 视图 使 用 投影 。 既 然 这 个 视图 是 一 个 约束 的 
投影 , 我们 可 以 来 推断 它 的 更 新 效果 。 首先 根据 Date 的 更 新 规则 通过 投影 来 决定 
对 底层 约束 的 效果 ， 然 后 根据 更 新 规则 通过 约束 来 决定 对 底层 基础 关系 变量 $ 的 


效果 。 


对 由 一 些 关 系 操 作 定 义 的 视图 应 用 这 些 规则 的 时 候 会 产生 一 个 非常 有 趣 ， 甚 至 可 以 
说 是 很 有 争议 性 的 问题 ， 这 个 问题 Date 在 第 14 章 会 做 阐述 ， 那 就 是 如 果 两 个 表达 
式 在 语法 上 不 同 , 但 逻辑 上 等 价 。 例如 , 数学 表达 式 xy+z) 和 xy+xz 在 语法 上 不 同 ， 
但 逻辑 上 是 等 价 的 。 那 么 定义 于 它们 之 上 的 视图 在 执行 更 新 操作 的 时 候 运行 行为 
(如 过 程 、 动 作 或 效果 等 ) 是 否 一 定 要 完全 相同 ? 


现在 ，Date 的 一 些 观 点 在 我 前 面 提 到 的 2007 年 和 2010 年 的 出 版 物 上 出 现 的 时 候 ， 
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序 2 





被 证 明 是 具有 争议 性 的 。 例 如 ， 当 我 们 向 R1 和 R2 的 合并 视图 插入 1 个 数组 时 ， 
这 个 数组 是 否 应 该 同时 出 现在 R1 和 R2 之 内 ? 如 果 我 们 从 R1 和 R2 的 交集 视图 中 
删除 一 个 数组 时 ， 是 否 会 导致 这 个 数组 从 R1 和 R2 中 同时 消失 呢 ? 作为 针对 那些 
具体 观点 表达 不 同意 见 的 一 员 ， 在 这 里 我 要 强调 ， 在 我 和 和 Date 长 时 间 的 合作 过 程 
中 ， 我 们 之 间 唯 一 非常 严重 的 技术 分 下 已 经 出 现 。 这 些 争议 点 在 本 书 中 也 有 展现 ， 
并 且 Date 已 经 针对 这 些 问题 加 强 了 基本 原理 的 解释 ， 不 过 这 可 能 仍然 无 法 让 所 有 
人 都 信服 他 的 观点 。 而 我 发 现 ,在 他 的 最 后 一 章 “ 靶 义 问题 再 回顾 ”中 出 现 了 希望 
之 光 ， 就 好 像 是 隧道 尽头 的 那 一 蔓 明 灯 。 在 其 中 他 描述 了 一 个 想法 的 大 概 轮廓 ， 由 
David McGoveran 提出 的 一 种 与 以 往 我 们 更 新 关系 型 数据 库 所 采用 的 方式 完全 不 同 
的 方式 ， 它 可 以 很 有 效 地 替代 ， 或 者 至 少 是 拓展 ， 我 们 所 熟知 的 “插入 ”“ 黄 除 ” 
和 “更 新 ”这 些 早 在 关系 型 时 代 之 前 就 与 我 们 紧密 相连 的 操作 。 而 这 种 不 同 寻 常 的 
方式 所 带 来 的 好 处 是 ， 我 之 前 提 到 的 会 产生 争议 的 问题 根本 不 会 出 现 了 。 

Date 告诉 我 ， 他 并 没有 期 待 ， 其 至 没有 想 过 让 本 书 成 为 他 关于 视图 更 新 故事 的 结尾 ， 
但 他 希望 本 书 能 够 给 现存 的 争论 提供 一 个 坚实 的 理论 基础 ， 以 使 得 整 件 事 情 可 以 向 
前 推进 。 我 想 这 正 是 他 在 本 书 中 所 提供 的 ,我 在 这 里 也 和 希望 本 书 对 你 有 相同 的 效果 。 
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第 1 章 


抛砖引玉 





身 教 胜 于 言 教 。 


一 一 Samuel Johnson 《Rasselas》(1759 ) 
































本 书 中 所 涉及 的 大 多 数 范 例 都 是 基于 我 们 耳熟能详 的 《可 别 说 是 老 掉 牙 的 )“ 供 应 
商 与 零 部 件 ” 数 据 库 而 来 的 。 我 为 再 一 次 把 这 个 老生 常 谈 的 例子 拿 出 来 表示 歉意 ， 
但 正如 我 在 其 他 地 方 所 说 , 我 认为 在 各 种 不 同 的 出 版 物 上 使 用 同样 的 例子 对 于 学 习 
而 言 是 有 利 无 害 的 。 就 SQL 来 说 “， 数 据 库 包含 3 张 表 ， 更 确切 地 说 ， 是 3 张 基 表 ， 
分 别称 为 供应 商 表 S (“suppliers ”)、 零 部 件 表 P (“parts ”) 和 设备 供应 表 SP 
(“shipments”)。 样 本 值 如 图 1.1 所 示 。 


这 几 张 表 简 要 的 语义 如 下 。 


。 表 S 的 内 容 列 出 了 签 过 合同 的 供应 商 。 每 个 供应 商 有 一 个 唯一 的 供应 商 编号 
SNO、 可 能 不 唯一 的 供应 商 名 字 SNAME (尽管 图 1.1 中 的 样本 值 恰好 是 唯一 
的 ), 以 及 状态 值 STATUS 和 位 置 CITY。 注意 : 在 本 书 的 其 余部 分 , 我 将 把 “ 签 
过 合同 的 供应 商 ” 简 称 为 “供应 商 ”。 


。 表 P 的 内 容 表 示 各 种 各 样 的 零 部 件 。 种 零件 都 有 唯一 的 零件 编号 PNO、 
名 称 PNAME、 重 量 WEIGHT 和 用 于 存储 同 种 类 零 部 件 的 位 置 CITY。 注 意 : 
在 本 书 其 余部 分 ， 我 将 把 “各 种 各 样 的 零 部 件 ” 简 称 为 “ 零 部 件 ”。 
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! 我 在 本 章 这 个 介绍 性 的 章节 使 用 SQL 和 SQL 风格 的 语法 是 因为 大 家 都 对 它 比较 熟悉 , 尽管 它 并 
不 是 我 喜欢 的 风格 ， 并 且 (更 重要 的 是 ) 事实 上 它 可 能 会 让 这 个 抛砖引玉 的 例子 更 不 容易 解释 


全 
清楚 。 
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。 表 SP 的 内 容 表 明了 供应 情况 , 即 显示 了 哪 种 零件 被 哪 一 家 供应 商 运 输 或 供应 。 
每 一 次 运输 都 有 供应 商 编 号 SNO、 零 件 编号 PNO 以 及 数量 QTY。 同 时 ,对 于 
特定 的 供应 商 和 零件 ， 在 某 一 时 期 , 最 多 只 能 有 一 次 运输 。 并 且 像 这 样 的 供应 
商 编 号 和 零件 编号 组 合 对 任意 一 次 运输 都 是 唯一 的 。 注 意 ， 本 书 的 其 余部 分 ， 
我 将 假设 QTY 值 总 是 大 于 零 的 。 
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London 
Paris 
Paris 
London 


Athens 





Nut Red .0 London 
8 Bolt Green | Paris 
P3 Screw Blue Li D Oslo 
P4 Screw Red 14.0 London 
P5 Cam Blue Zs0 Paris 
Pp6 Cog Red 19.0 London 














图 1.1 供应 商 与 零 部 件数 据 库 的 样本 值 


现在 让 我 们 把 重心 放 在 表 S 上 。 在 本 章 的 其 余部 分 , 我 们 基本 上 不 再 关注 表 P 和 表 
SP， 只 在 个 别 地 方 提 及 。 以 下 是 表 S 的 SQL 定义 。 
CREATE TABLE S 
( SNO VARCHAR (5) NOT NULL , 
SNAME VARCHAR(25) NOT NULL ， 
STATUS INTEGER NOT NULL v 


CITY VARCHAR(20) NOT NULL ， 
UNIQUE ( SNO ) ) ; 


如 前 所 述 ， 虽然 表 S 是 基 表 ， 但 我 们 仍然 可 以 定义 任意 数量 的 “基于 ”这 个 基 表 的 
视图 。 这 里 有 两 个 例子 一 一 伦敦 供应 商 LS (“London suppliers”) 和 非 伦 敦 供应 商 
NLS (“non London suppliers”) 。 































































































CREATE VIEW LS /* London suppliers */ AS 
( SELECT SNO , SNAME , STATUS , CITY 
FROM S 
ERE CITY = ‘London’ ) ，; 








三 
加 


CREATE VIEW NLS /* non London suppliers */ AS 
( SELECT SNO , SNAME , STATUS , CITY 




















这 


FROM S 


WHERE CITY <> ‘London’ ) ，} 











这 两 个 视图 的 样本 值 与 图 1.1 基 表 的 对 应 关系 如 图 1.2 所 示 。 








a SNAME STATUS 人 
S1 Smith 20 London 
S4 Clark 20 London 


SNAME STATUS CITY 


Jones 
Blake 
Adams 





Paris 
3 Paris 
30 Athens 











图 1.2 视图 LS 和 NLS 的 样本 值 

















我 将 在 本 章 中 以 视图 LS 和 NLS 为 基础 来 转述 整个 范例 ， 以 求 抛砖引玉 。 实 际 上 ， 
我 相信 视图 都 是 可 更 新 的 ， 这 似乎 与 


入 ,但 在 这 上 
想 。( 不 过 请 注意 : 
探讨 我 人 




















领域 内 的 流行 说 法 和 最 常见 的 认 知 格格 不 























1.1 


到 目前 为 止 , 表 S 是 基 表 ，LS 和 NLS 是 视图 。 现 在 仔细 观察 ， 你 会 发 现 其 实 我 们 还 可 以 

















] 放 到 后 面 的 章节 再 来 进行 。) 


可 交换 性 原则 
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CREATE TABLE LS 


( 





SNO VARCHAR(5) NOT NULL 


我 将 向 大 家 展示 一 些 关于 这 个 问题 基本 的 理念 ， 以 及 为 什么 我 会 这 样 
在 现 阶段 我 只 会 对 这 个 吸引 限 球 的 想法 做 必要 的 说 明 ， 详细 的 



























































昌 另 一 种 方式 来 看 它们 ， 那 就 是 把 LS 和 NLS 作为 基 表 ， 而 S 作为 视图 ， 具 体 如 下 所 示 。 








SNAME VARCHAR(25) NOT NULL 








STATUS INTEGER NOT NULL ， 








ET VARCHAR (20) NOT NULL 








UNIQUE ( SNO ) ) ; 


CREATE TABLE NLS 


( 








SNO VARCHAR(5) NOT NULL ， 


SNAME VARCHAR(25) NOT NULL ， 














STATUS INTEGER NOT NULL ， 
CITY VARCHAR(20) NOT NULL 
UNIQUE ( SNO ) ) ;，; 














CREATE VIEW S AS 





视图 更 新 与 关系 数据 库 理 论 3 











ECT SNO , SNAME ， STATUS , CITY 
ROM LS 

NION 
ELECT SNO , SNAME , STATUS , CITY 
ROM NLS ) ; 



































| Se i 





为 了 保证 现在 这 个 设计 与 原先 的 设计 完全 等 价 ， 我 应 该 声明 并 且 让 
数据 库 满足 特定 的 完整 性 约束 ， 当 然 其 中 应 该 包括 针对 CITY 值 的 
一 致 性 约束 ， 以 保证 LS 中 每 一 个 CITY 值 都 是 London，NLS 中 
CITY 值 都 不 是 London。 但 是 现在 我 们 暂时 不 考虑 这 些 细节 ， 稍 后 
我 会 对 这 些 问 题 做 更 详细 的 解释 。 


那么 现在 ， 做 出 上 面 这 个 变化 所 要 表明 的 内 容 可 以 概括 为 : 对 基 表 和 视图 的 设 
定 是 没有 限制 的 ， 是 可 以 互 换 的 (至 少 从 正式 的 角度 来 看 是 这 样 )。 换 句 话 说 ， 
对 于 这 个 例子 ， 我 们 至 少 可 以 用 两 种 方式 设计 数据 库 ， 这 两 种 方式 逻辑 上 不 同 ， 
但 包含 的 信息 是 等 价 的 。〈 这 里 的 等 价 信息 ， 是 指 两 个 设计 代表 了 相同 的 信息 ， 
也 就 是 说 对 于 在 一 种 设计 执行 的 查询 ， 一 定 有 在 逻辑 上 和 它 等 价 的 查询 可 以 在 
男 一 种 设计 上 执行 。 第 3 章 将 详细 阐述 这 个 概念 。) 而 “可 交换 性 原则 ”就 是 对 
上 面 内 容 的 总 结 。 


。 ”定义 : 可 交换 性 原则 说 明 在 基 表 和 视图 之 间 一 定 不 能 存在 不 确定 的 和 不 必要 的 
区 别 。 换 句 话 说， 在 用 户 看 来 ， 视 图 与 基 表 应 该 看 起 来 感觉 是 很 像 的 。 

关于 这 个 原则 ， 下 面 几 点 值得 注意 。 

。 ”正如 我 所 阐述 的 ,视图 与 基 表 一 样 ， 受 完整 性 约束 的 限制 (我 们 通常 认为 完整 
性 约束 是 专门 应 用 于 基 表 的 ， 但 是 可 交换 性 原则 证 明 这 种 想法 有 失 偏 颇 )。 

。 ”特别 要 说 的 是 , 视图 是 有 键 的 (我 确实 应 该 在 视图 的 定义 中 包括 键 的 声明 。 但 
可 惜 的 是 ，SQL 并 不 允许 这 样 声 明 ) “。 同 时 ， 视 图 也 可 能 有 外 键 ， 而 外 键 也 
可 能 引用 自视 图 。 

。 很 多 SQL 产品 和 SQL 标准 , 提供 了 某 种 叫 作 row ID 的 特性 (在 标准 中 ， 此 特 

性 被 称 为 REF 类 型 和 引用 值 )。 如 果 这 个 特性 只 对 基 表 有 效 , 而 对 视图 无 效 ( 实 

际 上 ， 这 种 情况 非常 有 可 能 发 生 ) ， 那 就 明显 违反 了 可 交换 性 原则 。 


。 最后， 也 许 最 重要 的 是 ,我 们 必须 能 够 更 新 视图 ， 因 为 如 果 不 能 实现 更 新 ， 那 










































































































































































































































































































































































”在 本 书 中 我 都 使 用 未 经 认证 的 “ 键 ” 这 个 词 来 表示 候选 键 ， 而 不 是 一 个 特定 的 主键 。 实 际 上 ， 在 第 
2 章 中 就 会 介绍 到 的 “Tutorial D” 对 于 主键 和 其 他 键 在 语法 上 并 没有 区 别 。 但 是 ， 由 于 大 家 使 用 习 
惯 的 原因 ， 我 在 图 例 中 都 使 用 双 下 画 线 来 表示 主键 属性 ， 如 图 1.1 所 示 。 
























































































































































就 等 于 “可 交换 性 原则 ”内 部 自 相 矛盾 了 。 


1.2 仅 限 基 表 : 约束 





























另 一 个 由 可 交换 性 原则 引出 的 问题 是 表 S、 表 LS 和 表 NLS 的 行为 不 应 该 由 基 表 和 








视图 的 分 布 来 决定 。 为 了 解释 这 个 问题 ， 























CREATE TABLE S ( ... ,: UNIQUE 
CREATE TABLE LS ( ... ,: UNIQUE 
CREATE TABLE NLS ( ... , UNIQUE 




















( 

















我 们 先 假设 它们 全 都 是 基 表 。 





SNO ) ) 
SNO ) ); 
SNO ) ); 








这 样 一 来 ， 所 有 的 表 就 都 受到 约束 的 限制 了 。 不 过 从 实际 情况 来 看 ， 想 在 SQL ' 


















































构造 这 些 约束 条 件 会 非常 复杂 ， 因 此 为 ] 
下 这 些 约束 条 件 〈( 大 部 分 是 大 白话 )。 




















便于 表达 和 理解 , 我 将 用 普通 话 来 描述 





















































。 {SNO} 是 每 个 表 的 键 ， 同 时 ，{SNO} 对 于 LS 和 NLS 来 说 是 外 键 ， 引 自 于 表 S。 
注意 : 关于 使 用 “{” 和 “}” 的 原因 ， 请 参阅 《SQL and Relational Theory》”。 














。 在 任何 时 候 , 表 LS 都 等 同 于 表 $ 中 CITY 值 为 London 的 限定 ,， 表 NLS 都 等 同 于 表 











S 中 CITY 值 不 为 London 的 限定 。 同 时 ， 表 LS 中 每 一 行 的 CITY 值 都 为 London ， 


表 NLS 中 的 每 一 行 都 不 为 London。 


。 在 任何 时 候 , 表 S 都 等 于 表 LS 和 NLS 合并 后 的 结果 。 同 时 要 注意 , 这 个 合并 

















是 不 相交 的 (对 应 的 交集 为 空 )， 没 有 数据 会 同时 出 现在 表 LS 和 表 NLS 中 。 
具体 来 说 就 是 : 表 S 中 的 每 一 行 都 会 根据 限定 条 件 准确 地 出 现在 表 LS 或 表 NLS 
中 ， 而 表 LS 或 表 NLS 中 的 每 一 行 也 必定 会 出 现在 表 S 中 。 


。 最后， 刚刚 所 说 的 由 CITY 值 引 发 的 约束 以 及 {SNO} 是 所 有 三 张 表 的 键 这 个 约 














整 行 的 信息 ) 都 会 根据 限定 条 件 准 太 


















































束 结合 在 一 起 ,就 会 形成 以 下 结果 ， 即 表 S 中 每 个 具体 的 供应 商 编码 (不仅 是 
地 出 现在 表 LS 和 表 NLS 当中 。 而 表 LS 
或 表 NLS 中 的 每 一 个 具体 的 供应 商 编码 也 必定 会 出 现在 表 S 中 。 

















当然 ， 正 如 前 面 所 说 的 几 点 所 示 ， 这 些 约 束 并 不 是 完全 独立 毫 不 相干 的 ， 其 中 一 些 





约束 是 男 一 些 约束 逻辑 上 导致 的 结果 。 
































3 我 在 前 言 的 时 候 就 声明 过 ， 在 本 书 中 我 将 使 用 《SQL and Relational Theory》 作 为 简写 来 引用 我 的 
男 一 本 书 《SQL and Relational Theory: How to Write Accurate SQL Code》( 第 2 版 , 奥 莱 利 出 版 , 2012 )。 
4 正 是 由 于 这 个 原因 ， 更 真实 一 点 版 本 的 视图 LS 很 可 能 会 去 掉 CITY 属性 。 在 这 里 我 选择 不 这 样 做 ， 



























































是 为 了 让 这 个 例子 更 简单 易 懂 。 





















































视图 更 新 与 关系 数据 库 理论 5 





1.3 仅 限 基 表 : 补偿 性 操作 














现在 ， 为 了 确保 之 前 章节 提 到 的 约束 在 后 续 的 某 些 特定 
就 需要 进行 相应 的 补偿 性 操作 。 通 常情 况 下 ， 闻 



































更 新 升级 完成 后 依然 有 效 ， 
尝 性 操作 也 称 为 补偿 操作 ， 是 一 种 

































































由 数据 库 管理 系统 自动 执行 的 额外 更 
是 为 了 避免 完整 性 冲突 的 发 生 “。 级 


























点 我 们 要 明确 ， 对 于 现在 扫 
级 联 方式 。 具 体 来 说 ,不 管 是 从 表 LS， 还 是 表 NLS 中 ， 删 除数 据 都 需要 级 联 以 使 
出 除 。 于 是 我 们 可 以 设想 一 些 补 偿 性 操作 ， 其 实 就 



































得 表 S 中 相同 的 数据 行 也 能 够 被 # 
是 级 联 删 除 规则 ， 观 察 以 下 伪 代 


ON DELETE d FROM LS : 

















活用 户 自行 请 求 的 更 新 )， 其 目的 就 
联 删 除 就 是 一 个 典型 的 例子 “。 事 实 上 ， 有 一 






























































ON DELETE Q FROM NLS : 


同样 ， 从 表 $ 中 删除 行 也 需要 级 联 以 使 表 LS 或 表 NLS 上 


ON DELETE d FROM S : 


























这 里 我 要 特别 提醒 的 是 ,和 有 








ELETE d FROM S ; 

















E 上 这 个 例子 来 说 ， 我 们 很 需要 在 进行 DELETE 操 作 时 应 














同样 的 行 一 并 被 删除 。 























‘London’ ) FROM LS ， 



































‘London’ ) FROM NLS ， 

















E 何 想 对 并 不 存在 的 和 























扩 除 的 尝试 都 是 无 效 的 ， 因 此 








3 





我 们 可 以 将 圆 括号 内 的 表达 式 直接 蔡 换 为 4。 不 过 从 定义 方式 的 角度 来 讲 ， 圆 括号 








内 的 定义 表达 方式 更 好 ， 














jb 


ON INSER 
ON INSER 
ON INSERT 





iy 











fi 








因为 它们 对 变量 上 


类 似 地 ， 我 们 也 需要 为 INSERT 操作 设 定 补偿 局 








INTO LS : 
INTO NLS : 
INTO S : 



































的 定义 更 加 具体 明确 。 
操作 ， 即 级 联 插入 规则 。 





‘London’ ) INTO LS ， 
‘London’ ) INTO NLS ， 


当然 ， 级 联 插 入 的 概念 并 不 经 常 与 外 键 约束 联系 在 一 起 ， 但 这 个 概 
念 并 没有 问题 。 重 要 的 是 我 们 要 认 清 补偿 性 操作 并 不 总 是 以 简单 级 
联 的 形式 出 现 。 我们 在 本 章 中 所 讨论 的 仅仅 是 个 简单 的 例子 ， 以 便 
大 家 理解 概念 ， 在 实际 工作 中 则 需要 根据 具体 情况 来 应 用 各 种 更 复 
杂 的 形式 ， 在 后 面 的 章节 我 们 也 会 有 一 些 案例 给 大 家 展示 。 


”曾经 有 一 位 审阅 者 问 我 ， 为 









































很 明显 ， 不 过 为 了 以 防 万 





























是 因为 它们 都 会 导致 第 2 次 更 新 发 生来 


















































操作 ”这 个 词 。 当 时 我 自己 认为 这 个 答案 
个 说 明 : 之 所 以 我 
从 第 1 次 的 效果 (当然 是 大 体 上 来 讲 )。 























Ee 这 些 操作 称 为 “补偿 性 ”的 ， 


































































































6 级 联 删 除 通常 都 被 认为 是 使 的 外 键 约束 ， 但 是 补偿 性 操作 的 概念 其 实 更 加 通用 ， 适 
合 很 多 种 约束 。 
6 第 1 章 


在 当前 的 范例 


























，UPDATE 操作 可 以 被 看 作 DELETE 和 INSERT 的 
简单 地 说 ， 对 本 范例 的 必要 的 补偿 怕 





操作 就 是 对 DELETE 和 








定 的 总 和 。 例 如 ， 考 虑 下 面 表 S 上 面 的 UPDATE 操作 。 




















UPDATE S 
SET CITY = ‘Oslo’ 
WHERE SNO = ‘\S1’ ，; 
产生 的 结果 如 下 。 
1. 表 S 中 供 








2. 表 LS 中 供应 商 S1 现 有 
规则 。 同 时 因为 CITY 值 为 OSlo， 
应 用 了 级 联 插入 规则 。 换 句 训 
笼统 来 看 )。 
现在 我 们 假设 


DATE LS 


» 


这 只 是 



































应 商 S1 现 有 的 行 被 删除 ，CITY 值 为 Oslo 的 新 行 被 插入 到 这 个 表 中 。 


























产生 的 结果 如 下 。 


2. 尝试 向 表 LS 捐 


























的 行 同样 被 删除 ， 这 是 
这 个 供应 商 的 新 行 被 操 











入 


























t 应 商 S1 现 有 的 行 从 表 LS 中 删除 。 


入 供应 商 为 S1 的 新 行 ，CITY 
因为 它 违反 了 表 LS 中 CITY 值 必须 为 London 的 约束 。 因 


值 为 Oslo。 

















因为 从 表 S 到 表 LS 的 级 联 删除 


疆 人 和 


一 口 口 因此 ， 
INSERT 操作 规则 设 























到 表 NLS， 这 次 则 是 





5 说 ， 供 应 商 S1 的 行 从 表 LS 迁移 到 了 表 NLS (当然 ， 


原来 的 UPDATE 操作 是 在 表 LS 中 执行 ， 而 不 是 在 表 $ 中 执行 的 。 























但 是 该 尝试 会 失败 ， 





此 这 次 UPDATE 操作 整 


体 失败 ， 之 前 已 经 完成 的 步 又 (在 表 LS 中 删除 供应 商 S1 的 行 ) 被 撤销 ， 最 后 的 








旨 








己 





一 口 


果 就 是 数 和 


中 库 保 持 不 变 。 





1.4 视图 : 约束 和 补偿 性 操作 


现在 我 要 开始 讨论 本 章 的 核心 概念 。 如 果 前 面 两 段 
部 都 是 视图 
样 ， 假 设 $S 是 表 ，LS 和 NLS 是 视图 。 

















的 话 ， 那 么 我 们 




















E TABLE S 























E VIEW LS AS ( 





现在 假设 


E VIEW NLS AS ( 


j 户 只 能 看 到 视图 








只 全 

































































所 涉及 的 表 中 有 一 部 分 或 者 4 





全 











讨论 的 所 有 结论 依旧 成 立 ， 没有 改变 。 例如， 像 之 前 一 
Sp UNIQUE ( SNO ) ) ; 

SELECT WHERE CITY = ‘London’ ) ; 

SELECT ... WHERE CITY <> ‘London’ ) ; 





























从 用 


LS 和 NLS， 但 是 希望 像 基 表 一 相 











操作 它们 。 在 这 个 有 











视图 








更 新 与 关系 数据 库 理论 


户 看 来 ， 这 些 表 的 语义 如 下 。 


LS: 供应 商 SNO 是 已 经 签约 的 ， 名 称 为 SNAME， 有 状态 值 STATUS， 位 于 城市 
CITY 中 (London ) 。 






































NLS: 供应 商 SNO 是 已 经 签约 的 ， 名 称 为 SNAME， 有 状态 值 STATUS， 位 于 城市 
CITY 中 (〈 非 London ) 。 


此 用 户 将 会 了 解 有 下 面 的 约束 存在 〈 注 意 这 些 约束 没 有 提 到 表 S， 因 为 用 户 并 不 知 
道 表 S 的 存在 )。 


。 {SNO} 是 LS 和 NLS 的 键 。 
。 LS 中 的 每 一 行 CITY 值 均 为 London，NLS 没有 这 样 的 行 。 
。 供应 商 编号 不 会 同时 出 现在 LS 和 NLS 中 。 


但 是 ， 该 用 户 并 不 会 意识 到 有 补偿 性 操作 的 存在 ， 因 为 他 并 不 知道 LS 和 NLS 实际 
上 是 表 $ 的 视图 。 如 前 所 述 ， 该 用 户 甚至 根本 不 知道 表 $ 的 存在 ， 因此 他 也 并 不 知 
道 实 现 这 些 操作 的 约束 到 底 是 什么 , 以 及 视图 LS 和 NLS 合 起 来 就 等 于 表 $ 这 个 事 
实 。 该 用 户 执行 的 针对 视图 LS 和 NLS 的 更 新 也 都 会 生效 ， 在 他 看 来 就 像 LS 和 
NLS 都 是 基 表 一 样 。 同 样 ， 这 个 用 户 在 视图 LS 和 NLS 执行 的 更 新 在 $ 中 也 会 产 
生 对 应 的 关联 效果 ， 只 是 他 看 不 到 而 已 。 




































































忆 


















































































































































1.5 规则 至 上 


现在 我 们 假设 用 户 只 能 看 到 视图 LS (而 不 是 视图 NLS 和 基 表 S)。 可 以 想见 这 个 用 
户 仍 然 希望 可 以 将 视图 LS 当 作 基 表 一 样 操作 。 当 然 ， 这 个 用 户 知 道 表 的 语义 。 


LS: 供应 商 SNO 是 已 经 签约 的 ， 名 称 为 SNAME， 状 态 值 为 STATUS 且 位 于 城市 
CITY 中 (London ) 。 


并 且 了 解 如 下 约束 。 

。 {SNO} 是 LS 的 键 。 
。 LS 中 的 每 一 行 CITY 值 为 London。 

很 明显 ， 这 个 用 户 无 法 向 这 个 表 插 入 新 行 ， 也 不 能 更 新 表 中 的 供应 商 编码 ， 因 为 这 
样 的 操作 很 可 能 违反 约束 规则 ， 而 用 户 并 不 知道 这 些 约束 (必须 不 知道 ) “。 但 是 
















































































































































































”我 假设 有 些 用 户 “ 可 能 ”会 被 允许 进行 这 样 的 操作 ， 如 果 他 或 她 在 操作 被 拒绝 的 时 候 能 够 接受 错误 信息 


显示 的 只 是 “因为 系统 就 是 这 么 说 的 ” 而 没有 更 进一步 的 解释 。 关 于 这 一 点 的 进一步 讨论 详 见 第 4 章 。 




















































































































如 果 LS 是 一 个 基 表 ， 那 么 用 户 完全 可 以 插入 新 行 。 否 
那么 ， 前 面 所 说 的 事情 不 就 违背 “可 交换 性 原由 

事实 并 非 如 此 。 尽 管 这 人 
户 都 不 可 以 。 这 个 
到 全 局 。 对 比 来 看 ， 























定 的 用 户 不 被 允许 向 这 个 表 插 入 新 行 , 但 并 不 是 所 有 用 


， 这 张 表 将 永远 是 空 的 ! 















































插入 新 行 到 LS 的 基本 原 

















因 是 他 只 是 管 中 颖 鹏 ， 无 法 看 

















我 们 在 上 一 部 分 所 讲 的 月 





起 来 等 价 于 表 S， 因 
NLS) 插入 新 行 。 但 是 
定 操作 是 不 允许 他 执 


最 后 , 值得 指出 的 是 即便 我 们 遇 到 的 数据 格式 都 是 基 表 , 用 户 也 会 遇 到 类 似 的 情 
被 禁止 在 某 些 特定 的 表 上 执 

让 我 们 想 想 只 能 看 到 基 表 SP， 但 是 看 不 到 基 表 S 
j 户 一 样 ， 无 法 执行 插入 操作 ， 因为 这 样 的 操作 











也 就 是 说 ,即使 涉 




















行 某 些 特定 的 更 新 。 举 个 例子 
的 用 户 。 他 会 和 只 能 
同样 可 能 违反 用 户 并 不 知道 的 (必须 不 知道 ) 约束 规 
S 和 了 的 外 键 约束 。 


























1.6 小 结 





抛砖引玉 到 此 就 要 告 一 段落 

















该 用 户 相 当 于 能 够 看 到 全 后 


























有 户 可 以 同时 看 到 LS 和 NLS， 它 们 合 
， 也 由 此 他 就 可 以 向 LS (和 /或 是 















































部 分 信息 ， 所 以 一 些 特 









































是 基 表 ， 有 时 某 些 用 户 也 会 












































人 从 中 得 出 的 结论 也 是 

































































念 ， 就 是 根据 实际 的 定义 把 视图 
视图 更 新 的 问题 是 很 有 建设 性 





显而易见 的 。 而 其 实 我 
看 作 与 特定 的 表 相 0 这 对 了 












































的 。 我 认为 它 不 仅 具 有 建设 性 ， 



































1. 视图 定义 表达 式 包 含 了 茶 些 特定 的 约束 。 例 




















的 视图 定义 表达 式 表 明了 LS 等 同 了 
这 种 约束 反 过 来 表明 了 特定 的 补偿 性 操 









































而 需要 在 用 户 自行 请 求 的 更 新 之 外 进 和 
S、LS 和 NLS 的 约束 就 代表 相应 的 级 联 删 除 和 级 联 插 


里 我 要 强调 第 2 点 一 一 这 点 很 
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网 。 
































这 个 约束 就 是 从 SP 到 表 















































es ”的 方法 。 总 体 思路 如 下 。 


见 图 LS (“London suppliers”) 
F 表 S 中 CITY 值 为 London 的 约束 。 


那些 为 了 避免 违反 完整 性 约束 ， 
。 举 例 来 说 ， 正 如 前 面 讲 到 的 ， 表 
























































中 

















图 的 定义 表达 式 决定 。 换 句 i 

















重要 ， 就 是 在 某 些 状况 下 ， 补 偿 性 操作 可 以 由 相关 
郊 ， 这 样 的 操作 不 需要 显 式 指 定 ， 也 不 需要 给 已 经 











超 负荷 的 DBA* 增 加 






































8 在 此 感谢 David McGoveran， 他 在 多 年 前 
”DBA=database administrator， 也 就 是 数据 库 管 理 员 。 























在 后 面 的 章节 进行 更 详 















































个 问题 和 其 他 在 本 章 中 引出 的 问题 ， 我 都 会 
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最 后 ， 如 果 你 像 大 多 数 人 一 样 跳 过 了 前 言 直接 开始 阅读 第 1 章 ， 那么 现在 是 时 候 翻 
回去 阅读 前 言 了 ,这 对 你 继续 阅读 下 面 的 章节 会 很 有 帮助 。 前 言 包 含 了 本 书 的 整体 
结构 ,同时 还 阐明 了 将 要 在 下 面 的 章节 使 用 的 重要 的 技术 性 假设 , 因此 需要 你 对 它 
们 有 所 了 解 。 


































































































适合 我 的 一 切 也 应 该 能 适合 你 。 


一 一 Walt Whitman 《Leaves of Grass》 (1885) 





























1 是 基于 SQL 的 ， 因 为 大 家 对 它 都 很 熟悉 。 但 实际 上 很 可 惜 ，SQL 并 不 
合作 为 这 种 探究 的 基础 ， 也 无 法 满足 目前 手 上 课题 对 细节 技术 讨论 的 要 求 。 
as , 我 们 需要 检验 的 概念 和 多 时 候 完 全 无 法 SQL 语句 表达 ; 从 另 一 方面 来 看 ， 
即使 是 可 以 表达 的 时 候 , SQL 通常 也 会 引入 一 大 扒 与 之 毫 无 关系 而 又 没有 必要 的 复 
杂 内 容 ， 很 容易 使 人 一 叶 障 目 ， 不见 森林 。 由 于 以 上 原因 ， 在 本 文 余下 部 分 中 ,我 
将 不 会 使 用 SQL 作为 论述 基础 〈 不 过 有 些 地 方 我 还 是 要 针对 SQL 做 出 一 些 说 明 )， 
而 是 使 用 一 种 假想 的 语言 ， 名 字 叫 Tutorial D'。 我 相信 现在 这 个 语言 已 经 广为人知 
了 。 不 过 ， 如 果 你 需要 一 个 比较 综合 的 解释 说 明 的 话 ， 可 以 在 我 和 Hugh Darwen 合 
著 的 《Databases, Types, and the Relational Model: The Third Manifesto》( 第 3 版 ， 
Addison-Wesley 出 版 ，2006) “这 本 书 中 找到 。 


正如 上 面 这 本 书 的 标题 所 写 , 后 文中 我 会 用 “关于 宣言 的 那 本 书 ” 作 为 简称 来 引用 ， 
它 还 为 大 家 介绍 和 解释 了 “第 三 宣言 >”， 这 是 一 个 很 精准 的 对 于 关系 模型 和 支持 类 
型 理论 〈 也 包含 了 一 个 关于 类 型 继承 的 复杂 模型 ) 的 正式 定义 。 在 那 本 书 中 ,我 们 











































































































































































































































































































! 说 这 个 语言 是 假设 的 ， 仅 仅 是 因为 到 我 撰写 本 书 的 时 间 为 止 ， 市 场 上 还 没有 一 个 正式 发 售 的 商业 版 

本 。 但 是 它 的 设计 原型 已 经 存在 ， 可 以 通过 下 面 的 网 址 来 访问 : www.thethirdmanifesto.com 【请 参 
看 下 面 紧 跟 着 的 男 一 个 注脚 )。 
> Tutorial D 从 该 书 第 1 次 出 版 以 来 已 经 被 修订 和 扩展 。 关 于 新 版 本 (已 经 有 改善 , 但 和 本 书 中 使 用 的 
不 完全 相同 ) 的 描述 可 以 在 我 和 Hugh Darwen 合 著 的 《Database Explorations: Essays on The Third 
Manifesto and Related Topics》(Trafford, 2010 ) 中 找 2 同样 可 以 访问 网 站 www.thethirdmanifesto.com 
来 获得 相关 资讯 (这 本 书 同时 还 有 很 多 其 他 关于 “宣言 ”的 内 容 )。 

























































































































































































使 用 “D” 作 为 所 有 能 够 符合 “宣言 ”原则 要 求 语 言 的 通用 名 。 许 多 优秀 的 语言 都 
够 得 上 “D ”的 资格 , 很 可 惜 , SQL 是 个 例外 。 反 观 Tutorial D 就 是 一 个 合格 的 “D”。 
实际 上 ，Tutorial D 原本 就 是 被 设计 为 一 个 说 明和 讲解 “宣言 ”理念 的 合适 载体 ， 
它 也 同样 适合 在 本 书 中 作为 我 研究 的 基础 语言 。 因 此 ， 虽 然 我 的 说 法 是 本 书 中 的 讨论 
要 以 Tutorial D 为 基础 ， 而 其 实 更 准确 的 说 法 应 该 为 这 些 讨论 本 质 上 是 建立 在 “宣言 ” 
的 理念 基础 上 的 。 本 章 的 其 余部 分 包含 一 个 关于 这 些 理念 想法 的 调查 〈 当 然 ， 调 查 并 
不 包含 与 我 们 的 文章 主题 关系 不 大 的 那些 观点 )。 换 句 话说 , 它 主要 是 由 一 些 你 可 能 已 
经 比较 熟悉 的 内 容 组 成 的 。 即 使 如 此 ， 这 一 章 仍 然 值得 你 至 少 “ 从 头 到 尾 马 马虎 虎 地 ?” 
读 一 遍 ， 只 要 能 对 后 面 章节 所 倚重 的 概念 和 名 词 做 些 了 解 就 可 以 。 


2.1 关系 和 关系 变量 


每 一 个 关系 都 有 一 个 “关系 头 ” 和 一 个 “关系 体 ” 其 中 关系 头 是 一 系列 状态 和 特 
征 ， 而 关系 体 则 是 符合 关系 头 的 一 系列 数组 。 让 我 们 再 次 使 用 “供应 商 与 零 部 件 ” 
数据 库 〈 如 图 2.1 所 示 ， 与 第 1 章 的 图 1.1 完全 一 样 )， 供 应 商 关 系 的 关系 头 是 LSNO 
CHAR, SNAME CHAR, STATUS INTEGER, CITY CHAR} 的 集合 ， 我 们 假设 在 这 里 
确定 属性 SNO、SNAME、STATUS 和 CITY 分 别 被 定义 为 CHAR、CHAR 、INTEGER. 
和 CHAR 这 几 种 数据 类 型 ， 而 这 个 关系 的 关系 体 是 对 于 供应 商 S1、S2、S3、S4 和 
S5 的 数组 的 集合 。 这 里 要 注意 ， 每 个 数组 都 符合 特定 对 应 的 关系 头 的 要 求 ， 因 为 
它们 每 个 都 只 包含 一 个 值 ， 分 别 对 应 属性 SNO、SNAME、STATUS 和 CITY (并 
且 没 有 其 他 内 容 )。 注 意 : 其 实 更 准确 ， 也 是 更 正确 的 说 法 应 该 是 每 个 数组 都 “ 拥 
有 ”特定 对 应 的 关系 头 ， 因 为 在 一 个 关系 中 ， 数 组 是 应 当 有 关系 头 的 。 
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SNAME STATUS 


London 


Paris 
Paris 
London 








Pp 
PNAME OLOR CITY 
Pl London 
P2 Paris 
P3 Oslo 
P4 London 
P5 Paris 
P6 London 

















图 2.1 供应 商 与 零 部 件数 据 库 的 样本 值 





每 个 关系 也 都 拥有 (或 者 说 属于 ) 一 个 特定 的 “类 型 ” 














而 这 个 特定 的 类 型 其 实 完 


全 是 由 特定 的 关系 头 决定 的 。 因 此 ， 我 们 在 Tutorial D 中 表示 一 个 给 定 的 关系 的 类 








关系 的 类 型 就 是 : 





RELATION { SNO CHAR , SNAM 





型 时 ， 其 实 就 是 关键 词 “RELAIION ”后 面 跟着 适 月 


E CHAR ， STATUS 











接 下 来 我 要 说 ， 关 系 本 身 和 关系 变量 之 间 存 在 着 逻辑 差异 “。 














时 存在 于 数据 库 中 。 但是， 如 果 我 们 换个 时 间 再 来 看 数据 库 的 话 
到 的 就 是 其 他 的 关系 。 换 句 话 说 ，S、P 和 SP 都 是 变量 ,了 
们 跟 其 他 变量 一 样 ， 值 会 随时 变化 。 忆 
的 时 间 内 ， 它 们 的 值 就 是 关系 值 。 不 过 要 注意 ， 对 于 




















图 2.1。 这 张 图 呈现 了 3 个 关系 ， 也 就 是 说 ， 这 3 个 关系 有 可 能 









































的 关系 头 。 举 例 来 ; 


[INTEGER , CITY CHA 





党， 供应 商 


R } 

















现在 我 们 再 来 看 一 下 

















让 特定 的 时 间 里 同 














很 有 可 能 我 们 看 
说 是 关系 变量 ， 它 























住 确 芭 

















Bb 么 既然 它们 是 具体 的 关系 变量 


























， 那 么 在 给 定 
ee 


法 的 值 必须 都 属于 同样 的 关系 类 型 ， 例 如 ， 这 些 值 必须 都 有 相同 的 关系 头 ， 而 这 





关系 类 型 和 关系 头 也 因此 被 看 作 这 








为 了 更 全 面 地 阐述 前 面 提 到 的 想法 和 理念 
相同 的 值 ， 我 们 再 假设 现在 要 删除 在 伦敦 的 供 


















































文 个 关系 变量 的 类 型 和 头 。 
EA， 我 们 假设 关系 变量 








t 应 商 的 数组 。 


DELETE ( S WHERE CITY = ‘London’ ) FROM S ， 











关系 变量 S 现在 应 改变 成 如 下 的 样子 。 





ES 拥有 和 图 2.1 所 示 











Jones 
S3 Blake 
S5 Adams 


SNO SNAME STATUS 


30 
30 





CITY 


Paris 
Paris 
Athens 

















从 概念 上 来 讲 ，S 


Re 








原来 的 值 〈 当 然 是 个 关系 值 ) 已 经 被 一 个 新 的 值 ( 另 一 个 关系 值 ) 


整体 蔡 换 掉 了 。 现 在 我 们 来 看 ， 原 来 的 值 ( 有 5 个 数组 ) 和 新 的 值 (有 3 个 数组 ) 

















似乎 看 起 来 很 像 ， 但 是 其 实 它们 是 完 
作 语 名 的 缩写 “， 实 际 上 在 这 里 它 等 


























EE 巴 = 于 








3 “逻辑 差异 ”这 个 概念 ,是 我 和 Darwen 在 撰写 技术 文章 时 4 
Third Manifesto》 的 文章 中 )， 它 来 源 于 Wittgenstein〈 英 
名 名 言 : : All logical differences are big differences ks 所 




















司 的 值 。 我 们 月 
价 于 下 面 的 “关系 赋值 ”。 





























国 哲 学 家 、 数 理 逻 辑 学 
逻辑 


上 的 差异 都 是 巨 


“DELETE” 作 为 刚才 操 


民 爱 使 用 的 一 个 概念 (特别 是 在 关于 《The 














家 维特 根 斯 坦 ) 的 一 















































4 “缩写 ”在 这 里 用 引号 括 起 来 是 因为 其 








缩写 的 部 分 还 长 。 但 是 
































符 于 我 使 用 的 是 不 规范 的 Tutorial D 术语 
DELETE S WHERE CITY = ‘London’ )。 在 本 书 
(和 INSERT)， 这 也 是 为 了 让 它们 的 语义 足够 清 























下 
Dee 





























Tutorial D 语法 








特意 选 

















原因 其 实 应 该 归 











FP， os 
择 了 稍微 咖 嗪 一 点 的 语法 来 表达 DELETE 


看 句 应 该 写成 





视图 更 新 与 关系 数据 库 理论 




































































S := S WHERE NOT ( CITY = ‘London’ )) 
或 者 等 价 于 : 

S := S MINUS ( S WHERE CITY = ‘London’ )) 
那么 经 过 所 有 这 些 赋值 操作 会 发 生 什么 呢 ?” 我 们 会 看 到 (a) 在 右 侧 的 源 表达 式 是 
需要 运算 的 ， 而 (b) 运 算得 出 的 值 就 会 被 赋 给 等 式 左 侧 的 目标 变量 ， 于 是 就 会 
生 我 们 刚刚 讲 过 的 效果 。 
因此 DELETE 是 一 个 特定 关系 赋值 的 缩写 ， 当 然 ， 对 于 INSERT 和 UPDATE 来 说 也 是 





相似 的 ， 它 们 从 本 质 上 来 说 也 是 对 于 特定 的 关系 赋值 的 一 个 缩写 。 从 逻辑 上 来 讲 ， 实 


上 关系 赋值 是 我 们 唯 的 更 新 操作 〈 这 是 我 在 下 一 





























真正 需要 


际 


节 要 重点 说 明 的 观点 )。 











综 上 所 述 : 关系 本 身 和 
慎 地 区 分 它们 二 者 ， 当 我 用 


会 很 说 














而 当 我 说 “关系 变量 ”这 












































关系 变量 


这 个 词 的 时 














之 间 存 在 着 逻辑 差异 。 


也 正 因为 如 此 ,我 在 之 后 





[ 碾 





















































“关系 值 ” 这 
候 指 的 就 是 关系 的 变量 。 


这 个 词 的 时 候 我 就 是 在 指 关 系 的 值 ， 
不 过 ， 我 大 多 数 时 间 还 


















































































































































是 会 用 “关系 ”作为 “关系 值 ” 的 简称 (就 好 像 我 们 用 “整数 ”来 作为 “整数 值 ” 
的 缩写 一 样 )。 并 且 我 大 多 数 时 间 会 用 “relvar (关系 变量 ， 译 者 注 )” 来 作为 “ 关 
系 变量 ”的 缩写 ， 例 如 ， 我 会 说 “供应 商 与 零 部 件 ” 数 据 库 包含 3 个 “关系 变量 ” 
(更 具体 一 点 来 说 ， 是 3 个 “真实 ”或 基础 关系 变量 ， 之 所 以 这 么 说 是 为 了 把 它们 
和 “虚拟 ”关系 变量 或 者 视图 区 分 开 )。 
基础 关系 变量 定义 
下 面 是 Tutorial D 对 于 目前 例子 中 使 用 的 3 个 关系 变量 的 定义 , 以 供 后 面 参考 引用 。 
VAR S BASE RELATION 
{ SNO CHAR , SNAME CHAR , STATUS INTEGER , CITY CHAR } 
KEY { SNO } ; 
VAR P BASE RELATION 
{ PNO CHAR , PNAME CHAR , COLOR CHAR , WEIGHT RATIONAL , CITY CHAR } 
KEY { PNO } ; 
VAR SP BASE RELATION 
{ SNO CHAR , PNO CHAR , QTY INTEGER } 
KEY { SNO , PNO } 
FOREIGN KEY { SNO } REFERENCES S 
FOREIGN KEY { PNO } REFERENCES P ; 


出 于 本 书 的 目的 ， 我 选择 忽略 Tutorial D 在 目前 定义 中 并 不 包 


含 明 


确 的 FOREIGN KEY 语法 的 这 个 事实 。 





2.2 ”关系 赋值 


Tutorial D 中 的 关系 赋值 语法 ， 不 是 像 NSERT 或 DELETE 一 样 的 缩写 ， 而 是 使 用 















































如 下 的 通用 格式 。 




















R := 工 X 























在 这 里 “R ”是 一 个 关系 变量 (从 语法 上 来 说 , 其 实 就 是 一 个 关系 变量 的 名 字 ),“rx” 














是 一 个 关系 表达 式 ， 表 示 关 系 “r” 和 关系 变量 “R” 是 同一 类 型 的 。 现 在 显而易见 























的 是 (这 里 要 感谢 David McGoveran 的 观察 ) 任何 这 类 赋值 都 在 逻辑 上 等 价 于 下 列 
格式 之 一 。 


在 这 里 : 





R := ( r MINUS d ) UNION i 




















r 是 R 的 “ 原 有 ”人 和 值 。 

d 是 将 要 从 R 中 删除 的 数组 的 集合 (“删除 集合 ”)。 
i 是 将 要 被 插入 到 R 中 的 数组 的 集合 (“插入 集合 
dSr， 即 d 是 r 的 一 个 子 集 ， 意 味 着 我 们 不 可 能 删除 任何 不 存在 的 数组 。 
i 和 了 交集 为 空 (意味 着 我 们 不 可 能 插入 任何 已 经 存在 的 数组 )。 

d 和 i 的 交集 也 为 空 。 

d 和 i 是 被 清晰 定义 并 且 唯 一 的 “。 




































































以 ] 





上 几 点 可 以 很 方便 地 用 文 氏 图 来 解释 清楚 ， 如 图 2.2 所 示 。 解 释 说 明 ， 在 这 个 图 

















表 中 r、d 和 i 如 上 面 所 述 ，u 则 是 与 它们 同类 型 的 全 域 关 系 〈 换 名 话说 ,ua 是 由 所 


























有 与 R 具有 相同 关系 头 的 数组 所 组 成 的 关系 ， 当 然 也 包含 那些 已 经 在 R 之 内 的 数 
组 )。 
系 头 ， 但 不 包含 在 R 之 内 的 数组 所 组 成 的 关系 )。 























请 注意 ur 的 差 集 是 zr 的 绝对 补 集 ( 也 就 是 说 ，u-r 是 由 所 有 与 R 具有 相同 关 























AL 

















当然 ， 删 除 集合 d 有 可 能 为 室 ， 在 这 种 情况 下 ， 之 前 的 赋值 效果 就 相当 于 一 个 
纯粹 的 INSERT 操作 。 或 者 当 插入 集合 i 为 空 时 , 赋值 效果 就 相当 于 一 个 纯粹 的 

















格 来 说 ，d 和 1i 当然 不 仅仅 是 “数组 的 集合 ”而 是 和 同一 类 型 的 关系 。 


i 


6 二 
请 











参看 附录 A 中 对 此 命题 的 证 明 。 
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DELETE 操作 。 又 或 者 ，d 和 ji 都 为 空 ， 那 么 赋值 操作 的 效果 就 会 退化 为 一 个 “ 空 
操作 ”R := RR。 




















图 2.2 ”删除 集合 d 和 插入 集合 i 











根据 以 上 所 说 的 ， 原 来 的 赋值 R: = 六 实 际 上 等 价 于 下 面 的 “多 重 ” 赋 值 (“多 重 赋 
值 ” 详 见 本 节 后 面 的 详细 介绍 ) “。 


DELETE d FROM R , INSERT i INTO R 


如 此 一 来 ， 虽 然 我 前 面 曾 经 说 过 这 类 关系 赋值 其 实 是 我 们 唯一 需要 的 更 新 操作 , 但 
是 我 们 还 是 可 以 始终 把 它 想 成 DELETE 和 INSERT 这 两 个 操作 (从 感觉 上 来 讲 ， 
好 像 还 是 这 样 想起 来 方便 一 些 ) 。 这 是 因为 当 我 们 过 到 一 个 很 可 能 发 生 的 随机 的 针 
对 关系 变量 R 的 多 重 赋值 时 ， 包 括 前 面 例子 中 这 种 用 公式 表达 的 比较 清晰 的 对 及 
的 UPDATE 操作 , 我 还 是 建议 将 赋值 转化 为 一 个 对 R 的 DELETE 操作 和 一 个 对 及 
的 INSERT 操作， 毕竟 删除 集合 d 和 插入 集合 i 是 明确 定义 的 、 交 和 集 为 空 的 ， 和 独 
一 无 二 的 。 注 意 : 由 于 这 里 已 经 讲 过 了 比较 清晰 的 UPDATE 操作 ， 所 以 接 下 来 我 
只 有 在 遇 到 值得 说 的 地 方才 会 再 次 讨论 这 个 问题 。 同 样 ， 我 也 会 忽略 d 和 i 在 实际 
运算 中 所 碰 到 的 大 多 数 问 题 。 和 我 其 他 大 多 数 作品 一 样 , 在 本 书 中 我 首要 关注 的 是 
先 要 让 大 家 明白 这 个 理论 ,而 不 是 首先 关注 实际 执行 中 出 现 的 问题 。 当 然 , 我 并 不 
是 说 实际 操作 当中 过 到 的 问题 不 重要 。Au contraire (法 语 : 恰恰 相反 ) ， 实 际 上 检 
查实 施 操作 的 可 行 性 对 确保 本 理论 的 正确 性 是 至 关 重 要 的 。 


语法 要 点 
我 在 这 里 再 次 重申 ， 关 系 赋值 R: = rx 在 逻辑 上 等 价 于 : 


DELETE Q FROM R , INSERT i INTO R 













































































































































































































































































































































































请 一 定 注意 , 正 是 因为 d 和 i 的 交集 为 空 ， 所 以 无 所 谓 DELETE 或 者 INSERT 哪个 

















”真正 在 Tutorial D 中 对 于 多 重 赋值 的 语句 应 当 是 DELETE R d, INSERT R i。 



































这 个 问题 我 一 会 儿 还 要 下 


操作 “先进 行 ” (关于 















































个 关系 表达 式 等 价 。 

WITH ( R := R MINUS d ) : INSERT i INTO R 
WITH ( R := R UNION i ) : DELETE d FROM R 
我 们 甚至 可 以 说 它 也 和 下 面 任意 一 个 关系 表达 式 等 价 。 
WITH ( DELETE d FROM R ) : INSERT i INTO R 
WITH ( INSERT i INTO R ) : DELETE d FROM R 














如 果 你 不 熟悉 上 面 所 使 用 的 WITH 操作 的 
and Relational Theory》。 





其 实 还 有 更 
I_DELETE (“ 既 有 值 DELETE”) 和 DD_INSERT (“无 交集 
会 在 你 试图 删除 一 个 不 存在 的 数组 (也 就 是 最 开始 没有 
的 ， 使 用 D_INSERT 会 在 你 试图 搬入 一 个 


















































外 多 说 一 点 ， 即 在 多 习 
独立 操作 的 完成 情况 。) 所 以 ， 我 们 等 于 可 以 这 么 说 :原始 赋值 逻辑 上 与 下 面 任 意 


已 经 存在 的 数组 (也 就 是 已 经 


赋值 的 情况 











下 
EE 
忌 








话 ， 我 推荐 你 看 看 《SQL 


棒 的 。Tutorial D 还 额外 支持 DELETE 和 INSERT 的 变 体 ， 分 别 叫 作 
INSERT”), 使 




















] LDELETE, 
bj 现 的 数组 ) 时 报错 ; 类 似 
b 现 的 数 




















组 ) 时 报错 。 因 


D1 
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ELE TI 





E d FROM R , D_INSERT i INTO R 








E d FROM R 





D_INSERT i INTO R , I_DELET 











此 ， 我 们 可 以 说 原 赋值 R: = rx 逻辑 上 等 价 





六 以 下 任意 关系 表达 式 。 








上 大 家 易于 理解 ， 在 本 书 之 后 的 间 
为 例子 进行 讲解 ， 并 且 我 还 会 刀 


的 数组 不 是 错误 ， 尝 试 | 


为 了 简化 问题 
INSERT 操作 作 
注意 ! 尝试 删除 不 存在 
多 重 赋值 


“第 三 宣言 ”需要 的 ， 也 是 我 们 已 经 提 过 的 Tutorial D 










































































ey 


骨 定 文 


了 分 我 还 是 会 以 传统 的 DELETE 和 
全 文中 应 
入 存在 的 数组 也 不 是 错误 。 

















] 下面 这 个 假设 ， 请 一 定 











持 的 ， 是 一 种 多 重 赋 








值 的 方式 ， 这 种 方式 允许 许多 彼此 独立 的 赋值 操作 “同时 进行 ” 例如 ; 
DELETE ( S WHERE SNO = ‘S1l’ ) FROM S ， 
DELETE ( SP WHERE SNO = ‘S1’ ) FROM SP ; 

解释 : 首先 ， 请 注意 第 一 行 末尾 的 逗号 ， 它 意味 着 两 个 






































声明 的 一 部 分 。 第 二 ， 如 我 们 所 知 ，DELETE 
DELETE” 其 实 就 是 下 面 这 个 双 赋 值 的 缩写 。 

















be 


DELETE 都 是 同一 个 整体 


实 就 是 赋值 ， 所 以 上 面 这 个 “ 双 





到 更 





新 与 关系 数据 库 理论 








这 个 声明 分 别 给 关系 变量 S 和 SP 各 赋 了 一 个 值 ， 它 们 都 是 同一 个 操作 的 一 部 分 。 
我 们 概括 来 讲 ， 多 重 赋值 的 语义 有 下 面 2 条 。 


。 ”首先 ， 在 等 式 右 侧 的 独立 赋值 的 源 表达 式 进行 计算 。 
。 然后， 那些 独立 赋值 操作 被 执行 。” 


我 们 来 观察 一 下 , 正 是 因为 所 有 的 源 表达 式 都 要 先进 行 计算 , 然后 独立 赋值 再 执行 ， 
所 以 那些 独立 赋值 都 不 会 被 其 他 运算 结果 影响 , 也 因此 它们 被 执行 的 顺序 也 跟 运算 
结果 无 关 (如果 愿 音 , 你 甚至 可 以 把 它们 的 执行 想象 成 平行 发 生 的 , 或 “同时 进行 ” 
的 )。 另 外 ， 多 重 赋值 从 语义 上 来 讲 被 当 作 “原子 级 ”操作 ， 也 就 是 说 在 这 类 赋值 
发 生 的 “过 程 中 ”不 会 进行 任何 一 致 性 检查 (这 也 正 是 为 什么 “宣言 ”从 开始 就 要 
求 对 操作 的 支持 )。 注 意 : 一 致 性 约束 在 本 章 后 面 会 有 详细 讨论 。 







































































































































































语义 不 是 语法 

我 前 面 已 经 说 过 ， 任 何 一 个 关系 赋值 都 可 以 等 价 为 一 个 DELETE 操作 加 上 一 个 
INSERT 操作 ， 当 删除 集合 d 和 插入 集合 i 是 被 准确 定义 ， 交 集 为 空 ， 并 且 独 一 无 
二 时 。 但 是 请 注意 下 面 这 个 重点 ， 两 个 不 同 的 赋值 可 以 使 用 完全 不 同 的 语法 ,但 却 
对 应 相同 的 删除 集合 和 插入 集合 ， 下 面 我 为 大 家 详细 说 明 (在 这 里 要 感谢 Hugh 
Darwen 提供 了 这 个 例子 )。 
假设 一 个 关系 变量 R 只 有 两 个 属性 ，K 和 A。 我 们 令 {K} 为 单 键 ， 然 后 ， 令 K 与 A 的 
类 型 都 是 INTEGER， 并 令 R 只 包含 两 个 数组 ，(1，2) 和 (3，-2)。? 现在 我 们 来 看 
下 面 两 个 显 式 的 UPDATE 操 作 。 































































































































































































UPDATE R : {K :=K+A},; 











UPDATE R : {A := -A } ， 

















请 注意 ， 具 体 来 说 第 一 个 操作 是 “ 键 UPDATE”, 而 第 2 个 则 不 是 ， 因 此 ， 如 果 一 
个 格式 ， 如 ON UPDATE K... 的 补偿 操作 已 经 被 定义 (在 SQL 环 境 下 很 可 能 发 生 )， 
那么 我 们 可 以 预测 这 个 操作 会 与 第 一 个 UPDATE 有 关 ， 而 与 第 2 个 无 关 。 但 是 很 容 
易 看 出 ， 如 果 我 们 给 R 设 定 具 体 的 初始 值 ， 那 么 这 两 个 UPDATE 的 效果 完全 等 价 。 
实际 上 ， 它 们 都 等 价 于 下 面 这 个 赋值 。 







































































8 


I 果 遇 到 两 个 或 更 多 独立 赋值 拥有 相同 的 目标 变量 ， 那 么 这 个 定义 就 需要 被 改进 ， 不 过 目前 我 们 还 
不 到 这 些 。 可 以 参看 附件 A 来 获得 更 多 解释 说 明 。 
”我 将 在 这 里 和 全 书 其 他 地 方 都 使 用 这 种 简单 的 表示 法 来 表示 数组 ， 以 便 大 家 阅读 。 

"” 这 个 赋值 在 等 号 右 侧 的 表达 式 是 一 个 “关系 选择 器 调用 ”， 其 实 就 是 一 个 关系 “字面 量 ” 如 果 你 想 
获得 对 相关 内 容 的 详细 解释 ， 请 参考 《SQL and Relational Theory》。 






























































河 闪 













































































































































































































































































































































































R := RELATION { TUPLE {KTI，RA-2 } ，TUPLIE {K3，RA2 }) } 
换 句 话说 , 删除 集合 4 对 这 两 个 UPDATE 而 言 是 完全 一 样 的 , 而 插入 集合 i 也 是 如 
此 。( 练 习 : 这 两 个 集合 它们 到 底 是 什么 ?〉 因 此 很 明显 ,我 们 想 要 的 是 对 于 补偿 
操作 而 言 ， 它 应 当 是 由 相应 的 删除 集合 和 插入 集合 适时 地 调用 , 而 不 是 由 碰巧 列 出 
更 新 表达 式 的 语法 武断 地 选择 。 
2.3 “一致 性 约束 
每 个 关系 变量 都 受制 于 一 系列 一 致 性 约束 ， 我 们 也 可 以 把 它们 简称 为 约束 。 首 先 ， 
我 们 在 “关系 和 关系 变量 ”这 一 节 中 已 经 知道 ， 任 何 一 个 给 定 的 关系 变量 都 被 约束 
为 一 个 确定 的 类 a 也 就 是 说 ， 在 定义 关 
系 变量 的 时 候 ， 这 个 类 型 也 就 确定 了 。 例 如 ， 我 们 再 来 看 看 供应 商 关 系 变量 $S 的 
定义 。 11 

VAR 5S BASE RELATION 

{ SNO CHAR , SNAME CHAR , STATUS INTEGER , CITY CHAR } 


KEY { SNO 


}; 











如 你 所 见 ， 这 
S 























我 再 

















表达 式 明确 写 出 





个 定义 清 


这 几 种 数据 类 型 。 注意 


性 ”约束 ， 本 段 就 是 一 个 很 好 的 例子 。 
于 次 重申 一 遍 ， 任 何 一 个 关系 变量 〈 任 
但 是 关系 变量 同时 也 会 被 很 多 














晰 地 表明 了 关系 变量 S 属于 类 
NAME CHAR, STATUS INTEGER, CITY CHAR} 。 
性 SNO、SNAME、STATUS 和 CITY 分 别 是 CHAR、 


型 RELATION {SNO _ CHAR， 
而 且 ， 具 体 来 看 它 还 表明 了 属 
CHAR、INTEGER 和 CHAR 











: 后 一 种 约束 一 一 给 每 个 独立 所 























性 的 约束 ， 有 时 候 被 称 为 “ 忆 


时 
LES] 且 


dd 











何 一 个 属 


本 
山 




















CONSTRAINT 声 明 从 而 实现 的 。 ”下 


他 的 约束 所 限于 





一 


， 这 4 








性 更 是 如 此 ) 都 被 约束 为 某 种 类 型 。 
些 约束 通常 都 是 使 














Ek 





jTutorial DD 的 























大 家 理 


CONS 











CX] 





CONS 











CONS 


解 〈 如 果 你 需 








DH 
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工 S 


工 S 


IS 


更 多 的 解释 说 明 


_EMP 








请 参 


> 





Y ( S WHERE STATUS < 











EMPTY ( S WHERE = 





CITY 














EMPTY ( (SS JOIN SP ) WHERE 
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"关系 变量 S 是 个 
”这 里 也 有 例外 ， 



































些 约 





要 求 所 有 的 约束 都 必须 在 声明 边界 上 被 满足 (“六 











关 - 











: 础 变量 ， 





这 是 肯定 的 。 关 于 视图 




















束 可 以 | 














KEY 和 FOREIGN 

















des 





HA 


参看 《SQL and Relational Theory》 


. 
乡 式 ， 








它们 都 可 以 使 
书 来 获得 关于 这 




















‘London’ 


用 举 儿 个 简单 的 例子 希望 能 帮助 


参阅 《SQL and Relational Theory》) 。 


1 ) /7 


AND STATUS 5 20 ) 


7 


STATUS < 20 AND PNO = ‘P6’ ) 


即 检查 ”)。 


7 


的 情况 ， 请 见 第 3 章 。 
KEY 的 方式 来 表达 ， 但 上 
CONSTRAINT 清晰 地 ; 
点 更 深入 的 讨论 








使 是 这 些 约束 本 质 上 
只 不 过 会 比较 见长 。 
信息 。 














行 声 明 ， 














视图 








与 关系 数据 库 理 论 











换 句 话说 ， 从 逻辑 上 讲 ， 对 于 任何 有 潜在 可 能 会 违反 “宣言 ”的 声明 ， 在 它 约束 时 
都 会 被 立刻 重新 检查 一 次 。" 或 者 我 们 也 可 以 说 得 有 趣 一 点 ， 它 们 是 “在 分 号 处 ” 
被 检查 的 。 因 此 ， 与 SQL 标准 版 本 或 其 他 特定 的 SQL 产品 不 同 ， 一 致 性 检查 从 来 都 
不 会 被 推迟 到 执行 结束 或 者 执行 COMMIT 提交 ) 操作 的 时 候 。 


最 后 请 注意 ， 有 时 为 了 方便 ， 我 们 对 于 给 定 的 关系 变量 R 的 “全 局 ”约束 ， 这 里 
要 强调 是 针对 “关系 变量 ”的 全 局 约束 ， 指 的 是 所 有 涉及 到 关系 变量 R 的 约束 的 
逻辑 AND (与 )。 而 有 时 为 了 方便 ,我们 对 于 给 定 的 数据 库 的 “全 局 ”约束 ， 这 里 
要 强调 是 针对 “数据 库 ” 的 全 局 约束 ， 指 的 是 所 有 涉及 到 该 数据 库 中 任意 关系 变量 
的 约束 的 逻辑 AND 与 )。 


更 新 每 次 都 是 集合 更 新 
尽管 这 个 观点 尽 人 皆 知 ， 但 还 是 值得 我 们 再 次 强调 ,在 关系 模型 中 的 每 次 更 新 都 是 
集合 更 新 (更 好 的 说 法 是 : 每 次 都 是 “关系 ”更 新 )。 我 们 换 句 通俗 点 的 话 来 说 ， 
INSERT 操作 给 目标 关系 变量 插入 了 一 系列 数组 ，DELETE 操作 将 一 系列 数组 从 
标 关 系 变量 中 删除 。 而 更 广义 地 来 讲 ， 关系 赋值 将 一 系列 数组 值 赋 给 了 目标 关系 变 
量 。 当 然 ， 我们 经 常会 这 么 说 (例如 )“ 插 入 某 某 数组 ”， 确 实 ， 我 在 这 本 书 里 也 会 
时 不 时 这 样 说 ， 但 是 这 种 说 法 确实 是 很 不 严谨 (虽然 比较 方便 ) 的 。 不 论 如 何 ， 这 
里 我 要 说 的 重点 在 于 一 致 性 约束 的 检查 要 在 “所 有 的 ”更 新 步骤 (包括 与 之 相关 的 
补偿 性 操作 ， 如 果 有 的 话 ) 全 部 完成 后 进行 。 换 句 话 说 也 就 是 从 逻辑 上 讲 ， 一 个 集 
合 级 别 的 更 新 一 定 不 能 被 当 作 一 系列 单独 数组 级 别 的 更 新 来 对 待 。 

两 个 重要 的 原则 

现在 我 要 在 此 特别 强调 2 个 重要 的 原则 , 这 2 个 原则 对 于 巩固 更 新 (尤其 包括 视图 
更 新 ) 的 概念 非常 重要 。 第 1 条 原则 也 被 称 为 黄金 法 则 。 

。 定义 : 黄金 法 则 规定 所 有 的 数据 库 都 不 能 违反 它 自 己 的 全 局 数据 库 约束 。 


显然 , 由 此 条 法 则 我 们 可 以 立刻 推导 出 下 面 的 规则 : 所 有 的 关系 变量 都 不 能 违反 它 
自己 的 全 局 关系 变量 约束 。 简单 来 讲 ， 就 如 同 我 所 强调 过 的 ， 约 束 必须 在 声明 边界 
上 被 满足 。 我 再 次 重申 ， 请 尤其 注意 ， 这 条 法 则 无 论 是 对 视图 ， 还 是 对 基础 关系 变 
量 ， 都 同样 适用 。 


第 2 条 原则 被 称 为 “赋值 原则 ” 













































































































































































































































































































































































































































































































































































































































































”我 在 这 里 简单 一 点 说 : 约束 的 效果 很 强大 , 一 些 关系 选择 器 调用 确实 会 让 所 需 类 型 的 关系 检查 得 “更 
迅速 ”甚至 把 检查 作为 得 出 关系 选择 器 调用 结果 的 流程 中 的 一 环 。 同 样 , 请 参看 《SQL and Relational 
Theory》 一 书 来 获得 关于 这 一 点 更 深入 的 讨论 信息 。 


































































































20 第 2 章 





。 定义 :“ 赋 值 原 则 ”规定 当 值 v 被 赋 给 变量 V 之 后 ， 比 较 表 达 式 v=V 的 结果 必 


须 为 TURE。 














这 条 原则 适用 于 所 有 的 赋值 操作 ， 实 际 上 ， 相 信 你 也 察觉 到 了 ， 它 基本 上 就 是 赋值 





本 身 的 “定义 ”， 不 过 就 本 文 而 言 ， 它 尤其 能 够 适 
注意 ， 这 条 法 则 无 论 是 对 视图 

















2.4 关系 变量 谓词 


第 














竺 第 1 草 ! 


， 当 我 介绍 抛砖引玉 的 例子 〈 供 




















样 一 件 





IN 


已 
片 : 


表 S 的 内 容 列 出 了 签 过 合同 的 供应 商 。 每 个 供 
可 能 不 唯一 的 供应 商 名 字 SNAME (尽管 图 
态 值 STATUS 和 位 置 CITY。 


























当然 ， 在 第 1 章 

















pa 
FE 
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户 理解 ; 














的 466 寺 





















































于 关系 赋值 。 当 然 也 请 再 一 次 
， 还 是 对 基础 关系 变量 ， 都 同样 适用 。 











应 商 与 零 部 件数 据 库 ) 时 ， 曾 提 到 了 这 











应 商 有 一 个 唯一 的 供应 商 编号 SNO、 











1.11 








的 村 





本 值 恰好 是 唯一 的 )， 以 及 状 




















二 S” 似 乎 应 该 叫 作 “关系 变量 
是 重点 。 重 点 在 于 : 第 一 ， 目 前 的 文字 代表 了 关系 变量 $ 的 意义 ， 并且 更 容易 被 用 
这 种 意义 的 措辞 实际 上 是 “谓词 ”( 有 时 候 也 说 “解释 ”或 者 “ 预 


























期 解释 ”， 但 在 本 书 ! 





我 还 是 主要 使 














个 关系 变量 都 有 一 个 相对 应 的 谓词 











荆 
































词 ”， 


而 关系 变量 谓词 的 本 质 是 月 


























个 例子 ， 这 里 我 选择 声明 关系 变量 $ 的 谓词 。 


S$: 供应 商 SNO 是 已 经 签约 的 ， 名 字 为 SNAME， 有 状态 STATUS， 位 置 在 CITY 











城市 。 


下 面 是 关系 变量 P 和 SP 的 i 


P: 零 部 件 PNO 在 公司 内 使 月 











骨 词 。 





量 ， 并 且 存 储 在 CITY 城市 。 


























SP: 供应 全 | SNO 供应 零 


作者 注 : “也 许 我 应 该 对 我 在 本 书 


二 











4 这 段 注 文 是 从 《Database Design and Relational Theory》 中 截取 过 来 的 ， 我 进行 了 少量 编辑 。 注 意 : 
《Database Design and Relational Theory》 
我 的 《Database Design and Relational Theory: Normal Forms and All That Jazz》 ( 奥 





我 曾经 在 前 言 就 提醒 过 你 ， 











的 形式 来 表示 引 | 
莱 利 ，2012 )。 











在 本 书 中 我 会 使 / 











牛 PNO， 数 量 为 QTY。 


所 使 用 的 “谓词 ”这 个 词语 多 做 一 些 说 明 。 首 















































LS” 更 





“谓词 ”这 种 说 法 )。 换 句 话 来 i 
， 我 们 称 之 为 这 个 关系 变量 的 “关系 变量 谓 
昌 户 对 与 之 对 应 的 关系 变量 的 理解 。 下 面 我 们 来 举 





月 ， 名 字 为 PNAME， 有 COLOR 颜色 和 WEIGHT 重 





加 准确 ， 不 过 这 并 不 




















， 可 以 说 每 




































































作为 缩写 
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~ 
cd 



































SQL 上 并 不 是 完全 错误 的 , 但 它 确实 小 
































这 种 用 法 的 原因 。 














一 点 ， 在 SQL 中 这 个 词 被 广泛 






































地 用 来 表示 布尔 值 或 真 值 表达 式 〈 比 如 比较 谓词 、 
IN 谓词 、EXISTS 谓 词 等 )， 所 以 你 可 能 对 它 已 经 很 熟悉 了 。 但 是 ， 虽 然 这 种 用 法 在 
3 了 一 个 非常 通用 的 词汇 ， 这 个 词汇 在 数据 
库 坏 境 中 非常 重要 , 并且 给 了 它 一 个 特别 具体 的 意思 , 这 也 是 为 什么 我 决定 不 沿用 




























































































第 二 ， 为 了 信息 准确 我 应 该 来 解 
中 的 几 个 句子 。 相 反 ， 谓 词 是 由 









































释 一 下 ， 谓 词 
这 些 句 子 所 决 




















并 不 是 像 上 面 我 们 写 的 ， 就 是 自然 语言 
定 的 。 换 个 说 法 就 是 关系 变量 $ 的 谓词 






































该 是 什么 就 是 什么 ， 不 管 你 是 用 英语 或 者 西班牙 语 ， 还 是 其 他 任何 语言 来 表达 ， 它 的 





























核心 内 容 都 是 一 样 的 。 但 是 在 后 








面 的 文章 中 ， 




















为 了 表达 简明 ， 我 会 假设 谓词 就 是 1 句 























话 ， 一 个 《通常 ) 用 自然 语言 表 











达 的 句子 。( 类 似 的 标注 也 会 用 到 命 感 上， 看 下 面 。) 

















最 后 , 我 已 经 解释 了 这 个 词 的 意思 , 尽管 有 前 









































面 一 段 的 解释 , 但 是 你 还 是 需要 知道 ， 

















对 于 谓词 “到 底 ” 是 什么 ， 即 使 逻辑 学 家 们 也 很 难 有 非常 一 致 的 答案 。 尤 其 是 有 些 
作者 认为 谓词 是 一 个 单纯 的 概念 ， 它 本 身 并 无 意义 ， 而 认为 我 上 面 所 写 的 应 当 是 预 












































期 解释 ， 而 不 是 谓词 。 我 不 想 在 这 里 对 这 些 寻 















































友情 做 过 多 的 争辩 。 如 果 想 看 更 多 的 讨 




















论 ， 我 推荐 你 去 看 “What's a Predicate? (什么 是 谓词 )” 这 篇 文章 ， 你 可 以 在 Hugh 
Darwen 和 我 合 著 的 著作 《Database Explorations: Essays on The Third Manifesto and 
Related Topics》(Trafford，2010) 中 找到 它 。 


























你 可 “ 真 值 函数 ”。 





























和 所 有 的 函数 一 样 ， 它 也 有 一 系列 参数 。 














当 它 被 调用 的 时 候 会 返回 一 个 结果 ， 而 《因为 是 真 值 函数 ， 所 以 ) 结果 是 TURE 
或 者 FALSE。 2 S 的 谓词 这 个 例子 中 , 这 些 参数 就 是 SNO、SNAME、 














STATUS 和 CITY (对 应 的 显然 是 这 个 变 由 





别 是 CHAR、CHAR、INTEGER 和 CHAR )。 


们 会 说 当 我 们 “实例 化 谓词 ” 时， 我 们 把 
值 分 别 是 S1、Smith、20 和 London。 导 












































量 的 属性 ), 它们 的 值 分 别 是 相应 的 类 型 (分 


























当 我 们 引用 调用 该 函数 时 ， 逻 辑 学 家 











一 组 确定 的 值 代入 参数 。 假 设 我 们 代入 的 
b 么 可 得 : 

















中 这 个 例子 ， 


这 把 我 们 引入 男 一 个 非常 重要 的 原则 中 ， 








Assumption )。 





供应 商 S1 签约 了 ， 名 字 是 Smith， 状 态 是 20， 位 于 城市 London。 


这 人 句 话 其 实 是 一 个 “命题 ” 在 逻辑 
或 “false” 的 结果 。( 当 然 对 于 手 











上 它 并 没有 参数 , 也 无 法 得 出 一 个 明确 的 “ture” 














命题 为 真 ， 或 者 至 少 我 们 这 样 假设 。) 
它 就 是 闭 域 假设 (The Closed World 





e。 定义 : 邻 关系 变量 R 拥 有 谓词 P。 那 么 闭 域 假设 (The Closed World Assumption， 
CWA) 规定 (a) 当 数 组 t 在 T 时 刻 出 现在 R 中 ， 那 么 我 们 就 假设 P 中 对 应 于 t 的 实 
(b) 当 数 组 (与 R 拥 有 相同 的 关系 头 ， 但 在 T 时 刻 并 





例 p 在 T 时 刻 为 真 ， 相 反 地 ， 











22 第 2 章 





未 出 现在 R 中 ， 那 么 我 





门 就 假设 P 中 对 应 于 t 的 实例 p 在 T 时 刻 为 假 。 换 句 话 说 ， 


当 且 仅 当 数 组 t 在 给 定 的 时 刻 满足 R 的 谓词 时 ,数组 t 才 会 在 该 时 间 出 现在 R 中 。™ 





























共 应 商 S1 可 以 提供 P1 











举 个 例子 ， 我 们 再 次 参看 图 2.1， 数 组 (S1，P1，300) 出 现在 关系 变量 SP 中 ， 因 
































零 部 件 ， 数 量 300 就 成 为 一 个 “真正 的 事实 ”。 但 是 如 果 














门 从 该 变量 中 删除 该 数组 ， 那 么 我 们 就 会 说 《实际 上 ) 供应 商 S1 














| 
部 件 ， 数 量 300“ 不 再 











是 个 事实 ”。 








可 以 提供 P1 








到 目前 为 止 , 我 们 讨论 了 谓词 和 关系 变量 的 具体 关系 。 不 过 ,实际 上 目前 所 有 的 概 
念 都 自然 而 然 地 向 关系 型 表达 式 延 伸 。 例 如 ， 考 虑 到 供应 商 在 除了 CITY 以 外 的 所 



































有 属性 上 都 有 投影 (注意 Tutorial D 对 投影 的 语法 )。 


S { SNO , SNAME , STATUS } 





这 个 表达 式 表明 一 个 关系 包含 所 有 形 如 (s，n，t) 的 数组 ， 而 一 个 


























如 (s,n, 


c) 的 数组 现在 出 现在 关系 变量 $ 中 ，CITY 值 是 c。 换 名 话说， 就 是 结果 包含 且 仅 


















































包含 所 有 对 应 下 面 谓词 中 真 值 实例 的 数组 。 

这 里 存在 着 这 样 的 城市 CITY， 供 应 商 SNO 已 签约 ， 名 字 是 SNAME， 状 态 为 
STATUS， 并 且 位 于 城市 CITY 。 

这 个 谓词 代表 了 一 个 表达 式 一 一 一 个 关系 表达 式 S{SNO,SNAME,STATUS}。 观 察 





















































存在 着 这 样 的 城市 CITY 











上 等 价 于 下 面 这 一 个 。 









































这 个 表达 式 你 会 发 现 ， 这 里 有 3 个 参数 ， 而 对 应 的 关系 本 身 有 3 个 属性 。CITY 并 


不 是 该 谓词 的 参数 ， 而 是 被 逻辑 学 家 们 称 为 “约束 变量 ”因为 实际 上 它 被 “这 里 





























”这 人 句 话 所 “量化 ”了 。 注 意 : 这 里 可 能 有 一 个 更 清楚 的 
方式 来 说 明 这 点 《也 就 是 ， 谓 词 有 3 个 参数 ， 而 不 是 4 个 )， 那 就 是 这 个 谓词 效果 



























































供应 商 SNO 已 签约 ， 名 字 是 SNAME， 有 状态 STATUS， 并 且 位 于 某 























位 于 某 个 城市 ， 但 是 我 们 不 知道 具体 是 哪 一 座 城市 )。 











注意 类 似 的 方式 可 以 应 用 到 任意 可 能 的 关系 表达 式 ! 




















处 ( 意思 是 它 


。 具 体 来 说 就 是 : 任意 关系 表 


达 式 rx 总 是 有 一 个 对 应 的 意义 ， 或 谓词 ， 而且 Ix 的 谓词 总 是 可 以 被 表达 式 中 的 关系 















































2” 我 想 强调 “ 当 且 仅 当 ”。 这 里 至 少 有 一 个 重要 的 推论 。 具 体 来 说 就 是 令 关系 变量 














谓词 P1 和 P2， 那 么 当 了 
虽然 这 是 一 种 经 验 法 则 ， 





























1 和 P2 同时 被 同一 个 数组 t 满 足 时 ,t 必须 同时 出 现在 Rl1 和 R2 中 。 
晶 它 可 能 是 一 个 很 好 的 方式 来 确保 Pl 和 P2 足够 特殊 以 排除 前 面 的 可 能 























R1 和 R2 分 别 扩 
































。 但 是 请 注意 ， 在 第 4 诗 
里 我 要 说 明 ， 我 们 发 现 一 
设 给 投影 。 






































以 及 第 9 一 11 章 我 们 将 看 到 一 些 蓄意 违反 这 个 原则 的 情况 出 现 。) 






































件 很 便利 的 事情 ， 就 是 在 Tutorial D 的 所 有 操作 中 ， 可 以 把 最 高 优先 级 
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价目 






































次 重申 ， 除 了 CITY 之 外 ， 
表示 为 形式 S {SNO,SNAME,STATUS}。 而 为 了 更 加 方便 地 表达 ，Tutorial D 也 人 允许 









































的 谓词 决定 ， 与 表达 式 中 关系 操作 的 语义 保持 一 致 。 
作者 注 : 上 月 





所 有 供应 商 的 属性 的 投影 都 可 以 用 Tutorial D 






































被 移 除 的 属性 代替 被 保留 的 属性 进行 表达 。 因 此 ， 以 上 面 的 表达 式 
它 和 表达 式 S {ALL BUT CITY} 是 等 价 的 。 在 适当 的 情况 下 ， 在 Tutorial D 




















表达 式 中 利 ) 
为 例 ， 
范围 内 类 似 的 情况 可 以 应 用 于 所 有 的 操作 。 


就 我 目前 为 止 对 关系 变量 谓词 的 描述 来 看 ， 好 像 它 们 很 不 正规 ， 实 际 上 它们 只 是 在 


























自然 语言 中 对 关系 变量 拥有 特定 的 属性 
表达 。 不 过 我 们 也 可 以 使 用 更 加 正式 一 点 的 表达 方式 。 例如， 给 定 供应 商 关 系 变量 
S 有 属性 SNO、SNAME、 和 并 且 给 定 {SNO} 是 该 关系 变量 的 单 键 ， 





导 













































































(当然 ， 是 特定 的 类 型 ) 这 一 事实 的 陈述 和 























了 么 我 们 说 相应 的 谓词 应 该 如 下 面 这 样 。 


is_entity 

















SNO AND 








( ) 
has_SNAME ( SNO , SNAME ) AND 
has_STATUS ( SNO , STATUS ) AND 
has_CITY ( SNO , CITY ) 


假设 数组 t 出 现在 关系 变量 S。 那 么 这 
SNO 在 t 中 的 值 确定 了 一 个 实体 。 


当然 ， 系 统 并 不 知道 


属性 、 





这 个 实 
定 的 。 


值 给 


这 个 实 
定 的 。 


值 给 


这 个 实 
定 的 。 



































体 拥有 一 个 SNAME 的 属 1 

















寻 此 ， 我 们 可 以 将 闭 域 假设 加 以 扩展 。 在 一 个 给 定 的 时 间 内 ,我 们 设 一 个 命题 p 在 对 应 数组 t 
在 数组 t 满 足下 列 条 件 时 为 真 :，(a)》 数组 t 在 该 时 间 (前面 所 说 的 给 定 的 时 间 〉 内 出 现在 某 个 数据 
库 的 关系 变量 中 ， 或 者 (b) 数组 t 在 该 时 间 


“ 泗 



































a ts a 明 或 说 明 的 均 
其 他 均 为 假 。 








个 谓词 表达 的 意思 是 : 





生 ， 而 该 属性 的 值 是 由 SNAME 在 t 中 对 应 的 





本 同时 也 拥有 一 个 STATUS 的 属性 , 它 的 值 是 由 STATUS 在 t 中 对 应 的 








体 同时 也 拥有 一 个 CITY 的 属性 ， 它 的 值 是 由 CITY 在 t 中 对 应 的 值 给 











这 个 实体 ， 即 被 SNO 确定 的 实体 ， 其 实 就 是 现实 世界 中 的 一 
个 供应 商 ， 实 际 上 是 一 个 “已 签约 ”的 供应 商 ， 也 不 知道 它 的 意思 是 拥有 SNAME 
STATUS 属性 或 CITY 属性 。 
















































































内 出 现在 某 个 关系 中 ， 并 且 可 以 由 该 关系 推导 出 数组 
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类 似 地 ， 我 们 也 可 以 说 除了 CITY 之 外 所 有 供应 商 属性 的 投影 的 谓词 为 : 





is_entity ( SNO ) AND 

has_SNAME ( SNO , SNAME ) AND 
has_STATUS ( SNO , STATUS ) AND 
EXITSTS -CLTY (asc eer. (SNO, “GITY™Y ) 


最 后 , 在 结束 本 节 的 时 候 我 要 向 大 家 坦白 ,到 目前 为 止 我 所 讲 的 所 有 关于 关系 变量 
谓词 的 内 容 都 故意 地 进行 了 简化 。 不 过 当然 ,我 相信 这 样 略 有 简化 的 内 容 对 于 做 介 
绍 来 说 是 足够 的 了 。 而 对 于 更 详细 的 内 容 “真实 的 故事 ”， 或 者 至 少 是 比 现在 
的 “真实 一 点 ”的 ， 我 建议 你 参看 我 的 男 一 本 书 《Logic and Databases: The Roots of 
Relational Theory》(Trafford，2007) 第 4 章 (“ 闭 域 假设 ”)。 















































































































































2.5 MATCHING, NOT MATCHING 以 及 EXTEND 


就 本 书 的 主体 部 分 而 言 ， 我 当然 会 讨论 一 些 关 系 代数 的 运算 符 ( 及 其 代表 的 操作 ) 
的 细节 , 而 基本 上 我 会 认为 你 们 理所当然 已 经 对 这 些 运算 符 及 其 操作 (如 果 你 需要 ， 
可 以 在 附录 B 中 找到 它们 的 定义 ) 很 熟悉 了 。 但 是 这 里 有 一 些 我 经 常 提 及 的 特定 
操作 你 们 可 能 并 不 熟悉 ; 它们 被 Tutorial D 所 支持 并 且 很 有 用 处 ， 但 是 在 大 多 数 常 
见 的 教材 中 却 并 未 被 讨论 过 (可 能 因为 它们 并 不 能 直接 被 SQL 支持 )。 第 一 个 我 们 
要 说 的 就 是 MATCHING， 下 面 是 它 的 定义 。 


。 定义: 表达 式 dH MATCHING 72 所 返回 的 关系 等 于 表达 式 d JOIN 12 所 返回 的 
关系 ， 都 投影 到 1 的 属性 上 。 


这 里 有 一 个 例子 (“ 求 得 最 近 供 应 过 至 少 一 个 零 部 件 的 供应 商 ”)。 

































































































































































S MATCHING SP 


给 定 我 们 经 常 使 用 的 样本 值 ， 那 么 结果 应 该 像 下 面 这 样 : 





























SNAME STATUS CITY 





smith London 


Jones Paris 
Blake 3 Paris 
Clark London 














Tutorial D 同时 也 支持 一 个 “ 非 ” 格 式 的 操作 NOT MATCHING。 下面 是 它 的 定义 。 


。 ”定义 : 表达 式 rl NOT MATCHING 72 所 返回 的 关系 等 于 表达 式 rl MINUS Cl 
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MATCHING r2) 所 返回 的 关系 。3 
这 里 有 一 个 例子 (“ 求 得 最 近 没 有 供应 任何 零 部 件 的 供应 商 ”)。 


S NOT MATCHING SP 


给 定 我 们 经 常 使 用 的 样本 值 ， 那 么 结果 应 该 像 下 面 这 样 : 


SNO SNAME STATUS CITY 


另外 一 个 我 想 给 大 家 介绍 的 操作 是 EXTEND。EXTEND 有 2 种 形式 。 第 1 种 形式 
的 定义 如 下 。 


。 定义 : 今 关 系 r 没 有 任何 一 个 属性 叫 作 A。 那 么 表达 式 EXTEND r :{A := exp} 

所 返回 的 关系 的 关系 头 是 扩展 了 属性 A 之 后 的 + 的 关系 头 , 关系 体 则 是 数组 t， 
t 是 扩展 了 A 的 值 之 后 的 r 的 数组 ,而 A 的 值 是 通过 将 rt 的 数组 应 用 表达 式 exp 
计算 后 得 出 的 值 。 


那么 现在 我 们 来 看 , 假设 关系 P 中 零 部 件 的 重量 一 般 使 用 磅 为 单位 ,现在 我 们 想 用 
克 为 单位 来 显示 这 些 重量 信息 。 殉 与 磅 的 换算 关系 是 454 克 为 1 磅 ， 所 以 我 们 可 以 
这 么 写 : 





















































































































































E XTEND P : { GMWT := WEIGHT * 454 } 


给 定 我 们 经 常 使 用 的 样本 值 ， 那 么 结果 应 该 像 下 面 这 样 : 


PNO PNAME COLOR WEIGHT GLPTY GMWT 









































P1 Nut Red 12.0 London 5448.0 
P2 Bolt Green LT0 Paris 7718.0 
P3 Screw Blue 17..0 Oslo 7718.0 
P4 Screw Red 14.0 London 6356.0 
P5 Cam Blue 12.0 Paris 5448.0 
P6 Cog Red 19.0 London 8626.0 






































EXTEND 的 第 2 种 形式 主要 瞄准 的 是 “假设 情况 ”查询 。 换 句 话 说 ， 它 可 以 直接 
浏览 特定 变化 带 来 的 效果 ， 而 不 需要 对 目标 对 象 做 出 实际 变化 (可 能 然后 再 撤消 ) 
来 实现 。 这 里 有 个 例子 (“要 是 零 部 件 的 重量 单位 使 用 的 是 “ 克 ” 而 不 是 “人 磅 ”会 
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3 我 做 这 个 标记 是 为 了 说 明 著 名 的 关系 差 操 作 Tutorial D 中 的 MINUS 是 NOT MATCHING 的 
一 个 特例 。 具 体 来 说 就 是 如 果 关 系 rl 和 1r2 是 相同 类 型 ， 那 么 rL NOT MATCHING r2 会 简化 为 r1 
MINUS r2， 这 一 点 可 以 很 容易 确认 。 因 此 ， 相 对 来 说 NOT MATCHIG 比 MINUS 更 加 基础 。 
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怎么 样 ?”)。 

EXTEND P : { WEIGHT := WEIGHT * 454 } 

这 里 的 重点 在 于 在 大 括号 中 的 赋值 目标 属性 并 不 像 上 一 个 例子 中 那样 是 一 个 “新 ” 
的 属性 ， 而 是 一 个 已 经 存在 于 特定 关系 (在 这 里 这 个 关系 就 是 关系 变量 P 目前 的 值 ) 
中 的 属性 。 整 体 来 讲 ， 这 个 表达 式 被 定义 成 与 下 面 所 列 出 的 表达 式 等 价 。 


( ( EXTEND P : { GMWT := WEIGHT * 454 } ) { ALL BUT WEIGHT } ) 
RENAME { GMWT AS WEIGHT } 









































































































































正如 你 所 见 ， 这 个 展开 式 中 使 用 了 Tutorial D RENAME 操作 。 我 想 
这 个 操作 已 经 差不多 人 尽 络 知 了 ， 当 然 如 果 你 需要 的 话 还 是 可 以 在 
附录 B 中 找到 相应 的 定义 。 更 多 关于 它 的 讨论 请 参阅 《SQL and 
Relational Theory》。 


让 我 们 用 第 2 种 形式 的 定义 来 作为 本 节 的 结尾 


。 定义: 令 关 系 ! 拥 有 属性 A。 那么 表达 式 EXTENDT:{A:= exp} 所 返回 的 关系 
的 关系 头 与 7 相同， 关系 体 则 是 数组 t，t 是 由 蔡 换 A 值 后 的 r 的 数组 得 出 的 ， 
而 蔡 换 后 的 A 值 则 是 该 数组 经 由 表达 式 exp 计算 得 出 的 。 


2.6 ”数据 库 与 数据 库 变量 


这 是 本 章 的 最 后 一 节 。 在 本 节 中 ,我 希望 你 们 能 注意 一 个 重要 的 事实 ， 正 如 关系 值 
与 关系 变量 (relvars) 之 间 有 地 辑 区 区 别 一 样 ， 数 据 库 值 和 数据 库 变量 (dbvars) 之 
间 也 存在 着 逻辑 差异 。 下 面 一 段 引 自 《 宣 言 》 那 本 书 。 


第 1 版 的 “宣言 ”将 数据 库 的 本 质 〈 也 就 是 数据 库 的 值 ) 与 数据 库 变量 进行 了 区 
全 [同时 也 ] 指 出 未 明确 定义 的 词汇 “数据 库 ” 应 该 就 是 明确 地 代表 数据 库 的 值 ， 
并 介绍 了 作为 “数据 库 变 量 ” 的 缩写 来 使 用 的 词汇 “dbvar”。 虽 然 我 们 依然 相信 这 
个 区 别 本 身 是 真实 有 效 的 ， 但 随即 我 们 发 现 其 实 它 与 “宣言 ”所 要 讲 的 其 他 方面 
de 因此 我 们 决定 ， 为 了 文章 的 易 读 性 ， 还 是 在 文中 使 用 传统 
的 说 法 。” 


于 是 ， 当 我 们 “更 新 某 些 关 系 变量 ”( 在 某 个 数据 库 内 部 ) 时 ， 实 际 上 我 们 更 新 的 








































































































































































































































































































1 换 句 话 说， 我 们 继续 使 用 “数据 库 ” 这 个 词 ， 时 而 表示 数据 库 变 量 ， 时 而 表示 数据 库 值 ， 并 且 我 们 
压根 不 使 用 database variable 或 者 dbvar 这 两 个 词 。 但 是 后 来 我 们 发 现 ， 因 为 种 种 原因 我 们 没有 设 
计 这 部 分 是 一 个 非常 错误 的 决定 。( 做 一 - 些 你 知道 的 逻辑 上 错误 的 事情 通常 不 是 个 好 主意 。) 至 于 我 
在 本 书 中 将 计划 如 何 来 使 用 这 个 术语 ， 请 参看 本 节 剩 余 的 部 分 。 
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是 相应 的 数据 库 变量 。 (为 了 表述 清晰 ， 在 本 节 的 其 余部 分 我 都 将 使 用 数据 库 变量 
这 个 词 。) 例如 ，Tutorial D 声明 
DELETE ( SP WHERE QTY < 150 ) FROM SP ， 
“更 新 设备 供 应 关系 变量 SP” 其 实 是 更 新 了 整个 供应 商 - 零 部 件数 据 库 变 量 一 一 对 
这 个 数据 库 变量 的 “新 的 ”数据 库 值 和 “ 老 的 ” 值 基本 一 样 ， 除 了 特定 的 “设备 供 
应 ”数组 被 移 除 了 。 换 名 话说 ， 有 时 候 我 们 会 说 一 个 数据 库 “ 包 含 变量 ” 即 相 应 
的 关系 变量 ， 其 实 这 种 说 法 很 笼统 ， 而 且 很 不 正式 。 更 加 正式 的 并 且 更 准确 的 描述 









































































































































































































































































































































































































































































































































方式 应 该 是 这 样 的 : 
数据 库 变量 就 是 数组 变量 。 
数组 变量 对 该 数据 库 变量 中 的 每 rR de 
他 属性 )， 并 且 每 个 属性 都 有 关系 值 。 我 们 举例 来 说 ， 在 供应 商 - 零 部 件数 据 库 ， 
我 们 可 以 将 整个 数据 库 变量 想象 成 一 个 数组 变量 (也 可 以 用 ye 坟 )， 数 
组 类 型 如 下 : 
TUPLE { S RELATION { SNO CHAR , SNAME CHAR ， 
STATUS INTEGER, CITY CHAR } , 
P RELATION { PNO CHAR , PNAME CHAR ， 
COLOR CHAR , WEIGHT RATIONAL , CITY CHAR } ， 
SP RELATION { SNO CHAR , PNO CHAR , QTY INTEGER } } 
让 我 们 暂时 称 供应 商 - 零 部 件数 据 库 变 量 (或 者 也 可 以 叫 它 数组 变量 ) 为 SPDB。” 那 
么 上 面 我 们 刚刚 看 到 过 的 DELETE 声 明 可 以 作为 下 面 的 “数据 库 ”( 以 及 数组 ) 赋值 。 
SPDB ;= TUPLE { S (3 FROM SPDB ) 7 
EP: ‘( PFROM SPDB. SY y 
SP ( ( SP FROM SPDB ) WHERE NOT ( QTY < 150 ) ) };) 
解释 说 明 : 这 个 赋值 右 侧 的 表达 式 表示 一 个 数组 拥有 3 个 属性 分 别 叫 作 S、P 以 及 
SP， 每 一 个 属性 都 拥有 关系 值 。” 在 数组 内 ， 属 性 S$ 的 值 就 是 当前 关系 变量 S$ 的 值 ， 
属性 P 的 值 就 是 当前 关系 变量 P 的 值 ， 而 属性 SP 的 值 则 是 在 当前 关系 变量 SP 的 值 的 
基础 上 ， 减 去 那些 数量 小 于 150 的 数组 。 
我 们 来 看 另 一 个 例子 ， 这 里 我 们 再 次 使 用 “ 双 删 除 (DELETE )”， 我 在 本 章 早 些 时 
候 介 绍 多 重 赋值 概念 的 时 候 曾 经 使 用 过 。 
2 如 果 我 们 想 要 像 这 个 例子 中 一 样 写 出 清晰 的 数据 库 赋值 ， 那 么 数据 库 变量 就 必须 拥有 用 户 可 见 的 名 
字 ， 但 在 Tutorial D 中 它们 没有 【至少 按 照 目前 的 定义 来 说 )。 
2 ， 上 面 这 个 表达 式 是 一 个 数组 选择 器 调用 。 再 次 说 明 ， 如 果 你 想 获得 关于 这 个 的 更 多 说 明 ， 












































参看 《SQL and Relational Theory》。 
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DELE 
DELE 


现在 我 们 观察 这 个 关系 赋值 ,很 明显 是 个 多 重 赋值 , 会 发 现 它 罗 辑 上 等 价 于 下 面 的 
“单一 ”数据 库 〔 以 及 数组 ) 赋值 。 





( S WHERE SNO = 'S1' ) FROM S ， 
( SP WHERE SNO = 'S1' ) FROM SP }; 





E 
E 



















































































SPDB := TUPLE { S ( (Ss FROM SPDB ) WHERE NOT ( SNO = 'S1' ) ， 
卫 ( P FROM SPDB ) ， 
SP ( ( SP FROM SPDB ) WHERE NOT ( SNO = 'S1' ) ) } 




















换 句 话 说， 目标 变量 全 部 都 是 同一 个 数据 库 〈 或 者 说 同一 个 数据 库 变量 ) 中 的 关系 
变量 ， 多 重 赋值 其 实 仅仅 就 是 一 个 语法 ee 
赋值 表达 成 一 个 一 系列 独立 ”关系 ?赋值 的 组 合 (请 参看 下 面 关 于 此 点 更 多 的 讨论 

而 一 个 “单一 ”的 关系 赋值 ， 例 如 由 只 针对 一 个 单独 的 数据 库 变 量 进行 的 
的 赋值 所 组 成 的 “多 重 ” 赋 值 一 一 仅仅 是 个 特例 。 从 根本 上 来 说 ， 事 实 上 目前 对 
数据 库 更 新 来 讲 , 数据库 变 量 是 唯一 真正 的 变量 。 这 就 是 说 , 数据 库 更 新 其 实 “ 总 
是 ”对 某 些 数 据 库 变量 进行 更 新 ， 而 对 单一 一 个 数据 库 关 系 变量 的 更 新 仅仅 是 特 
例 而 已 。 


根据 上 面 所 有 的 内 容 ， 如 果 目 标 关系 变量 是 人 如 果 这 
个 目标 关系 变量 是 某 个 数据 库 中 的 关系 变量 )， 那 么 即使 一 个 “单一 ”关系 赋值 其 
实 也 是 一 个 数据 库 赋值 。 当然, 这 个 数据 库 赋值 像 所 有 的 赋值 一 样 , 都 必须 遵循 “ 赋 
值 原则 ” 并且 正 由 于 它 是 一 个 数据 库 赋值 ， 它 也 同样 需要 遵循 “黄金 法 则 ”。 


我 们 前 面 讲 到 的 这 些 想 法 太 重 要 了 , 它 值得 我 们 再 次 复习 一 遍 ， 只 是 说 法 有 轻微 的 
不 同 。 首 先 ， 数 据 库 变 量 是 数组 变量 ， 数 据 库 〈 也 就 是 在 给 定 的 时 间 ， 给 定 的 数据 
库 变量 所 具有 的 值 ) 是 所 有 属性 都 有 关系 值 的 数组 。 第 二 ， 给 定 一 个 关系 赋值 如 下 
面 格式 。 


R := rx 


(这 里 R 是 一 个 关系 变量 参考 量 ， 从 语法 上 讲 就 是 一 个 关系 变量 的 名 称 ， 指 出 了 一 
些 数 据 库 关 系 变量 ， 而 rx 是 一 个 关系 表达 式 ， 表 示 关 系 r 与 R 具 有 相同 类 型 ) 这 个 关 
系 变 量 参 考量 R 其 实 是 一 个 “ 伪 变 量 ” 参 考量 (请 立刻 参看 本 段 下面 的 注解 )。 换 
人 句 话说 ,关系 赋值 其 实 是 针对 相对 应 数据 库 变 量 (再 次 重申 它 就 是 数组 变量 ) 的 一 
个 部 分 进行 “ 蔡 换 ”的 简称 化 表达 方式 。 因 此 我 们 推断 出 “关系 变量 ”( 至 少 是 在 
数据 库 中 的 关系 变量 ) 并 不 是 真正 的 变量 , 它们 只 是 一 些 让 人 觉得 很 便利 的 虚构 的 
变量 ， 能 够 制造 出 这 种 假象 : 数据 库 或 数据 库 变量 可 以 一 点 一 点 地 、 一 个 关系 变量 
一 个 关系 变量 地 被 更 新 。 我 们 进一步 可 以 推断 出 ， 在 某 种 意义 上 ,“ 关 系 赋值 ”( 不 
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管 是 不 是 多 重 的 ) 也 同样 是 个 方便 的 假象 ， 具 体 来 说 就 是 它 是 一 个 虚拟 操作 ， 让 我 
们 感觉 好 像 可 以 通过 一 系列 针对 这 个 数据 库 内 的 单独 的 关系 变量 的 更 新 , 来 实现 对 
数据 库 变 量 的 更 新 。” 


关于 伪 变 量 的 注解 : 从 本 质 上 讲 ， 伪 变量 是 这 样 一 个 概念 ， 或 者 是 这 个 概念 的 象征 
性 的 名 字 ， 它 看 起 来 像 是 个 可 操作 的 表达 式 ， 但 不 同 的 是 它 并 不 表示 任何 值 ; 相反 
地 ， 它 出 现在 某 些 赋 值 中 的 目标 位 置 ， 来 表示 “变量 的 一 部 分 ”。 我 们 举 个 例子 ， 
令 X 为 一 个 CHAR 类 型 的 变量 ， 并 令 X 目前 的 值 是 “antimony”。 那 么 赋值 表达 式 
SUBSTR(X,5,3) := ‘nom 的 效果 就 是 “ 蔡 换 ”X 的 第 5~7 个 字符 ， 将 “mon ”替换 
成 “nom”, 并 因此 将 XX 的 “ 旧 的 ” 值 《“antimony”) 完全 蔡 换 成 “新 的 ” 值 (“antinomy”)。 
这 个 赋值 左 侧 的 SUBSTR(X,5,3) 就 是 一 个 伪 变 量 参考 量 , 而 这 个 赋值 本 身 则 是 下 面 
表达 式 的 简化 版 : X := SUBSTRX(X,1,4) ‘nom’ 上 SUBSTR(X,8,1), 在 这 里 符 号 “|” 
表示 字符 串 连 接 。 注 解 完毕 。 


为 了 本 书 的 易 读 性 和 定义 的 明确 性 , 虽然 有 违 我 的 最 佳 判 断 , 但 我 还 是 决定 在 本 书 
余下 的 部 分 不 再 使 用 数据 库 变 量 和 “dbvars” 这 两 个 专用 术语 ， 至 少 不 会 用 很 多 次 ， 
而 是 使 用 大 家 熟悉 的 “数据 库 ” 希望 我 要 表达 的 意思 在 上 下 文中 总 是 很 清楚 。 读 
者 要 擦 亮 眼睛 。 











































































































































































































































































































”从 这 个 讨论 中 我 们 可 以 看 出 多 重 关系 赋值 是 极其 重要 的 〈 在 缺少 明确 的 对 数据 库 赋 值 的 支持 的 情 
况 下 ), 实际 上 它 对 于 后 面 章节 要 讨论 的 一 些 特定 的 视图 更 新 规则 来 说 非常 的 关键 。 因此 在 这 种 情 
况 下 ， 我 要 说 ， 请 原谅 我 在 这 里 指出 ， 很 不 幸 ， 至 少 SQL 不 支持 这 个 操作 。 
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视图 概念 : 近 距 离 观 察 





距离 让 景色 更 迷人 。 


一 一 Thomas Campbell: 《Pleasures of Hope》(1799) 














任何 一 门 学 科 都 有 自己 的 未 解 之 谜 。 我 们 首先 以 数学 为 例 ， 这 里 有 黎 曼 假设 ， 
该 假设 在 150 多 年 间 没 有 人 能 完全 证 明 或 否定 ; 在 计算 机 科学 中 ， 我 们 有 
“P=NP? ”问题 ，40 多 年 过 去 了 ， 它 依旧 未 被 完全 解答 ， 在 物理 学 和 宇宙 学 中 ， 
我 们 有 关于 “万 物理 论 ” 的 漫长 研究 ， 然 而 它 至 今 依旧 一 一 在 大 多 数 人 的 概念 中 ， 
可 能 不 是 所 有 人 的 一 一 只 是 停留 在 研究 过 程 中 ; 在 数据 库 理 论 领 域 , 我 们 有 视图 更 
新 的 问题 。 在 这 里 我 并 不 是 要 说 视图 更 新 问题 和 歼 曼 假设 “P=NP? ”问题 或 者 其 
有 猜想 性 质 的 “万 物理 论 ” 是 同一 级 别 的 问题 ，' 我 要 说 的 是 它 具 有 相当 高 的 实践 
重要 性 和 理论 价值 。 因 此 在 本 章 中 , 我 将 给 大 家 介绍 一 些 必要 的 基础 理论 ， 以 便 在 
后 面 我 们 向 着 这 个 问题 发 起 系统 性 的 攻击 。 


下 面 我 将 从 一 个 老生 常 谈 的 观察 开始 ， 视 图 就 是 关系 变量 个 虚拟 的 关系 变 
量 ， 让 我 们 更 确切 一 点 来 说 ， 一 个 关系 变量 “看 起 来 和 感觉 上 ”就 像 一 个 真实 的 或 
者 基础 的 关系 变量 , 但 是 (与 真实 的 或 者 基础 关系 变量 不 同 的 是 ) 它 不 能 离开 其 他 
关系 变量 单独 存在 。 也 就 是 说 ， 它 就 是 由 其 他 关系 变量 来 定义 的 , 或 者 说 推导 出 来 
的 。 下 面 是 其 定义 。 


定义 : 视图 是 被 推导 出 来 的 、 虚 拟 的 关系 变量 。 视 图 V 在 T 时 刻 的 值 是 经 由 特定 的 
表达 式 ( 视 图 定义 表达 式 ) 在 该 时 刻 计算 得 出 的 。 当 V 被 定义 后 ， 该 表达 式 应 该 是 



































































































































































































































CE 





































































































































































































' 我 的 一 位 审阅 者 坚持 说 它们 就 是 同一 级 别 的 问题 。 也 许 它 是， 但 我 不 想 就 这 点 争论 下 去 。 








31 








确定 的 ， 并 


请 看 下 面 的 


























VAR LS VIRTUAL ( S WHERE 


众所周知 ,视图 


这 就 意味 着 

















至 少 包 含 一 个 关系 变量 。” 


叶 








例子 〈 它 就 是 第 1 章 中 “伦敦 供应 商 ” 的 视图 LS 的 Tutorial D 定义 )。 

















针对 这 个 视图 所 进行 





























CITY = 





“London’ } 2 








可 以 被 看 作 一 个 类 似 于 通 往 定义 它 的 那些 关系 变量 内 部 的 “窗口 ”， 
操作 会 “ 真 的 ”对 它 底层 的 关系 变量 进行 操作 。 












































换 句 话说 , 无 论 是 更 新 ， 还 是 检索 ,数据库 管理 系统 都 应 当 可 以 支持 用 户 对 视图 进 
行 操作 , 通过 衡量 那些 操作 并 转化 成 合适 的 针对 基础 关系 变量 的 操作 来 实现 ， 而 这 








些 基础 关系 


为 如 果 视 图 真 的 可 以 表现 得 像 基 而 











现 ， 那 就 是 
例子 ， 如 下 


LS WHER. 











变量 由 视图 的 最 终 定义 来 决定 。( 我 之 所 以 在 这 里 说 “最 终 定义 ”是 因 
1 关系 变量 一 样 , 那么 有 一 件 事情 我 们 确定 可 以 实 












































(这 个 表达 式 可 以 理解 为 一 个 对 视 


S WHERE 











CITY = ‘London’ 
















































































可 以 在 视图 基础 之 上 再 定义 视图 ， 无 论 几 层 都 可 以 。) 因此 ， 我 们 看 个 
的 表达 式 : 
E STATUS > 10 


图 LS 的 检索 操作 ) 对 应 的 是 ; 


AND STATUS > 10 


而 下 面 在 LS 上 的 更 新 操作 (实际 上 是 个 删除 操作 ): 





DELETE 








( LS WHERE STATUS 











对 应 的 是 : 


DELETE 








( S WHERE CITY = 






































也 是 一 样 。 


统 是 有 关系 





到 的 。) 换 句 话说 





j 户 来 角度 来 说 ， 让 视图 


通过 上 面 所 述 ， 我 们 可 以 清楚 地 看 





> 下 区 全 


‘London 





FROM LS ; 


’ AND STATUS > 10 ) FROM S; 





视图 和 关系 变量 之 间 存 在 着 逻辑 差异 。 不 过 根 
















































































据 可 交换 性 原则 ， 这 个 差异 并 不 会 影响 用 户 。 我 再 重申 一 次 我 们 的 目标 ， 那 就 是 从 
“看 起 来 和 感觉 上 ”就 像 基 础 关系 变量 一 样 ， 对 于 其 更 新 
(基础 关系 变量 和 视图 之 间 的 这 种 差异 与 数据 库 管理 员 和 数据 库 管 理 系 
























































的 , 但 是 我 需要 再 次 重申 ， 

















已 与 用 户 并 没有 关系 。 至少 这 就 是 我 们 想 做 









































最 理想 的 情况 就 是 对 于 给 定 视图 的 用 户 来 说 ， 他 们 根本 不 会 知 




















道 他 们 对 于 该 视图 所 进行 的 操作 会 对 应 到 底层 关系 变量 的 操作 上 。 实 际 上 理想 情况 
是 用 户 甚 至 应 该 都 不 知道 他 所 操作 的 是 一 个 视图 , 也 不 知道 这 个 视图 后 面 还 有 底层 




















关系 变量 存在 。 


” 它 必须 包含 至 少 一 个 关系 变量 ,否则 这 个 视图 














于 这 点 更 多 上 
































就 不 会 是 一 个 关系 变量 ， 而 仅仅 是 一 个 关系 常量 。( 关 
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的 讨论 请 参看 第 13 章 ) 
Sp 
日 











顺便 说 一 句 ， 关 于 “真实 ”对 比 “ 虚 拟 ” 关 系 变量 的 说 法 可 能 对 大 家 有 些 误 导 ， 其 
实 视 图 并 不 比 基 础 关系 变量 更 不 或 更 加 )“ 真 实 ”， 不 过 现在 我 先 不 做 更 多 解释 ， 
部 分 原因 也 是 它 确实 反映 了 Tutorial D 定义 视图 时 的 语法 使 用 情况 ， 正 如 我 们 已 
经 看 到 的 。 但 是 , 在 本 章 的 后 面 ， 我 还 是 要 针对 这 个 不 是 很 好 的 用 词 选择 和 语法 多 
做 一 些 说 明 。 


视图 更 新 问题 
下 面 我 将 正式 说 明 “ 视 图 更 新 问题 ”到 底 是 什么 : 现在 假设 对 任意 的 视图 给 定 任意 
一 个 更 新 操作 ,或 者 应 该 说 给 定 任意 一 个 更 新 请 求 ， 那 么 其 “问题 ”就 在 于 根据 视 
图 的 定义 来 确定 到 底 需 要 对 关系 变量 执行 什么 操作 。( 请 注意 这 个 问题 的 回归 特性 。 我 
会 在 第 14 章 中 针对 这 一 点 做 更 多 说 明 。) 当然 ， 这 里 我 有 两 个 默认 的 假设 ， 那 就 是 对 
于 这 些 操作 所 作用 的 底层 关系 变量 而 言 (a) 它们 都 是 真实 存在 的 ， 并 且 〈b) 它们 都 
是 被 成 功 定义 的 。 在 未 来 的 章节 里 我 也 会 继续 对 这 两 点 进行 讨论 。 


注意 : 当然 我 也 许 应 该 说 明 ， 还 需要 假设 系统 能 够 支持 视图 。 从 个 人 角度 讲 ， 我 确 
实 认为 视图 应 该 被 支持 ， 原 因 我 会 在 3.2“ 独 立 数据 ”这 一 节 中 做 出 解释 。 更 深入 
来 说 ， 既 然 我 说 〈a) 视图 就 是 关系 变量 ，(b) 关系 变量 就 是 变量 ， 且 〈c) 变量 可 
以 被 更 新 ， 那 么 〈d) 视图 必然 可 以 被 更 新 。 但 是 我 想 你 所 站 的 角度 也 可 以 是 说 这 
里 一 开始 就 根本 没有 视图 要 被 支持 的 明确 需求 ! 如 果 是 这 样 , 那么 我 建议 你 立刻 停 
上 阅读 本 书 ， 既 然 你 已 经 到 了 这 个 地 步 ， 那 么 我 想 我 应 该 增加 这 个 假设 。 



































































































































































































































































































































































































































3.1 视图 是 伪 变 量 

现在 我 想 把 重点 放 到 这 个 话题 上 来 ， 即 视图 就 是 关系 变量 。 换 言 之 ， 如 前 所 述 ， 视 
图 就 是 变量 "， 也 就 是 说 根据 变量 的 定义 ， 它 们 是 可 以 被 更 新 的 。( 作 为 变量 是 可 以 
被 更 新 的 ， 同 样 的 ， 如 果 它 可 以 被 更 新 ， 那 么 它 一 定 是 个 变量 。 ) 也 就 是 说 ， 总 体 
上 讲 , 将 视图 作为 关系 赋值 的 目标 对 象 必须 是 可 行 的 。 我 们 就 用 前 面 章 节 定义 好 的 
视图 LS 来 举例 说 明 ， 对 它 来 说 ， 下 面 的 DELETE 操 作 应 该 是 合法 的 。 


DELETE ( LS WHERE SNO = ‘S1’ ) FROM LS ，; 


当然 ， 这 个 DELETE 操作 是 下 列 关系 赋值 的 简化 操作 。 


LS := LS WHERE NOT ( SNO = ‘S11 ) 


而 这 个 赋值 操作 又 是 下 面 这 个 展开 版 本 的 简化 版 “只 不 过 下 面 的 展开 版 在 目前 































































































































































































”至 少 是 和 它 背 后 的 基础 关系 变 两 一 样 ! 请 参看 我 在 第 2 章 最 后 一 节 中 对 这 个 观点 的 标注 。 
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Tutorial D 的 定义 下 是 非法 语 





Tt 














好 


但 


EE 











句 )。 


”′ ) := 


























此 我 们 可 以 得 出 ， 从 更 新 的 角度 来 看 ， 视 图 就 如 伪 变 量 一 样 “( 请 





E CITY = ‘London’ ) WHERE NOT ( SNO = ‘S1’ 


















































我 们 所 讲 





的 ， 伪 变量 基本 上 就 是 这 样 一 种 概念 ， 
却 出 现在 赋值 操作 的 目标 对 象 中 ， 这 正 是 我 们 在 这 里 所 遇 到 的 情况 )。 WU 


IU 














量 就 是 变量 〈 不 太 严 格 地 讲 )， 
提 到 “变量 37 这 个 em 


3.2 ”数据 独立 性 














请 看 下 面 这 段 文 字 , 引 自 Codd 在 1970 自 







































































户 在 终端 

















文 ! 








数据 在 逻辑 上 的 独 
模型 也 
毫 无 影响 的 情况 下 改变 数据 的 物理 
指 我 们 可 以 在 对 用 户 


方式 。 而 这 2 和 有 













































































它们 看 起 来 像 是 可 执行 的 表达 式 ， 





















































原文 如 此 ] 一 定 要 免 于 遭受 必须 了 解 机 器 内 数据 结构 〈 内 
上 的 操作 和 …… 应 用 程序 都 应 该 不 会 受信 














化 所 带 来 的 影响 。 







































































因此 请 大 家 一 定 要 注意 ， 在 本 书 余下 的 部 分 
它 其 实 是 应 当 包 括 伪 变 量 在 内 的 。 








FE 的 著名 论文 的 摘要 (“A Relational Model of 
Data for Large Shared Data Banks, ”《Communications of the ACM 13》, 第 6 号 , 1970 
年 6 月 )。 


未 来 的 大 型 数据 银行 用 广 
部 表示 法 ) 的 苦恼 
示 法 ， 甚 至 是 一 些 外 部 表示 法 变 


第 1 句 话 是 说 我 们 需要 数据 在 物理 上 的 独立 性 , 第 2 句 话 是 说 我 人 
Hh 立 性 。 事 实 上 ， 数 据 独 立 性 正 是 Codd 最 初 开 始 介 
。 “数据 物理 独立 性 指 的 是 我 们 可 以 在 对 用 户 的 访问 体验 
存储 和 访问 方式 。 类 似 的 ,数据 逻辑 独 
的 访问 体验 毫 无 影响 的 情况 下 改变 数据 轩 辑 上 的 存储 和 访问 



































人 

















独立 性 的 实际 意义 都 是 为 了 “保护 客户 投资 ”， 在 这 上 
投资 指 的 是 对 现 有 的 已 经 存在 的 各 种 培训 、 各 类 应 



























































和 数据 库 (扩展 点 说 甚至 包括 











目前 己 有 的 数据 库 管理 系统 ) 的 投资 。 





实现 提供 
以 不 失 概 括 性 


视图 对 居 














a 视图 。 广义 地 说 ,数据 逻辑 独 


















































请 容 我 细 细 道 来 。 正 如 我 在 本 书 前 言 中 所 提 到 的 ， 我 们 可 
8 假设 ， 客 户 所 看 到 的 数据 库 全 部 都 是 由 视图 组 成 的 。 所 以 在 数据 
ee 如 果 底 层 基础 关系 变量 发 生 了 变化 , 那么 客户 所 见 的 
量 的 映射 就 会 自动 做 出 相应 的 调整 。 下 面 我 们 来 看 一 个 例子 
















































































三 汪 仙 关系 变量 i # 


TY 









































。 同 样 的 ， 请 参看 我 在 第 2 章 最 后 一 节 中 对 这 个 观点 的 标注 。 
亩 管理 系统 仍然 不 能 很 好 地 实现 这 一 点 。 
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立 完全 可 以 实现 ， 视 图 为 其 








(为 了 简洁 我 们 只 做 大 体 介绍 )。 假 设 用 户 最 初 看 














变量 S 完全 一 致 。 


现在 假设 日 
S 替换 为 基 而 


那么 现在 我 们 要 做 的 是 重新 定义 视图 


假设 系统 可 以 下 闻 
的 产品 情况 来 说 实 属 一 个 大 胆 的 假设 )， 那 么 视 医 
数据 变动 的 影响 。 


现在 , 我 们 看 到 了 为 什么 具备 视 


底层 基础 





VAR V VIRT 








UAL ( 





S); 
































日 于 某 些 原 














因 














瑟 
bh 关系 变量 











VAR LS BASE 





RE 








{ SNO CHRAR ， 
KEY { SNO 





VAR NLS BASE RELATION /* non 





体 原 

















到 一 个 视 
































SNAM. 





{ SNO CHAR ， 
KEY { SNO 








E CHAR , STATUS INTI 








SNAM. 


LNT] 





E CHAR , STATUS 








VAR V VIRTUA 


和 


地 支持 操作 (尤其 是 更 新 操作 ) 在 视 








L ( LS 
































以 理解 为 什么 这 是 


新 这 个 观点 了 。 事 实 上 ， 
更 新 ， 理 论 上 来 1 
变量 的 更 新 。 它们 只 是 在 整体 系统 架构 上 表现 在 不 同 
我 们 必须 解决 这 个 问题 ， 否 则 我 们 就 只 能 放弃 数据 独立 这 个 目 




















会 有 如 此 多 的 质疑 








Y， 





UNION NLS ) ，; 























'ATION /* London suppliers */ 


EGER ， 


EGER ， 


图 更 新 的 能 力 是 如 此 


具体 如 下 : 


























围绕 着 

















(更 不 月 
















































































V 的 | 














图 V 与 供应 商 基础 关系 


办 在 这 里 尚 无 需 深 究 , 我 们 决定 将 基础 关系 变量 

















CITY CHAR } 


London suppliers */ 


CITY CHAR } 























LS (“伦敦 供应 商 ”) 和 NLS (“ 非 伦 敦 供 应 商 ”)， 于 是 : 


图 上 实施 (很 不 幸 ， 就 目前 
j 户 就 会 完全 不 受 这 次 针对 


要 。 如 此 一 来 就 确实 有 点 难 





说 完全 反对 ) 视图 
问题 (a) 恰当 地 更 新 基础 关系 变量 从 而 能 够 支持 视 
等 同 于 问题 (b) 恰当 地 更 新 存储 的 数据 从 而 能 够 支持 基础 关系 











应 该 能 够 更 


图 的 








的 方面 , 仅 此 而 


| 





lo 











由 此 可 见 ， 





































































































标 。( 这 上 








EE 我们 说 的 















































是 逻辑 上 的 数据 独立 , 但 是 通过 上 面 这 个 简短 的 讨论 已 经 足够 说 明 逻 辑 的 与 物理 的 
数据 独立 从 本 质 上 讲 都 是 同样 的 问题 。 它们 的 区 别 也 只 是 在 整体 系统 架构 上 体现 在 
不 同方 面 而 已 。) 

视图 为 多 种 目标 服务 

在 《SQL and Relational Theory》 这 本 书 中 ， 我 曾 说 过 视图 为 2 种 不 同 的 目标 服务 。 

具体 而 言 ， 我 是 这 么 说 的 。 

。 ”我 们 说 , 能 够 定义 给 定 视图 V 的 用 户 , 显然 知道 这 个 视图 是 由 表达 式 exp 来 定 
义 的 (也 就 是 相应 的 视图 定义 表达 式 )。 因 此 ， 这 个 用 户 可 以 在 表达 式 exp 的 
地 方 使 用 名 字 V。 但 是 ,这 仅仅 是 把 它 当 作 缩 写 来 用 ， 并 且 该 用 户 也 清楚 地 知 
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意 ， 
(a) 
论 ， 





道 它 





只 是 个 缩写 。 而 且 ， 
即使 发 生 了 这 类 需求 ， 


反 过 来 说 , 假设 


该 用 户 可 能 基本 上 不 会 有 针对 V 的 更 新 需求 ， 当 然 ， 
它们 也 必须 像 预期 的 那样 发 生 。 


一 个 用 户 仅仅 知道 Y 的 存在 并 知道 它 可 供 使 用 , 但 











并 不 知道 视 


图 定义 表达 式 ， 那么 对 该 用 户 来 说 , V 应 该 看 起 来 和 感觉 上 就 像 是 一 个 基础 关 


系 变量 ， 


这 个 目标 还 会 





正如 我 所 说 (i 


就 这 两 个 日 标 来 说 ， 第 二 个 更 为 二 
被 再 细 分 为 两 入 
整体 上 有 效 地 等 价 于 底 





青 参 看 前 














面 关 于 逻辑 数据 独立 位 





生 的 讨论 ) 。 









































或 者 〈b) 











的 


被 隐藏 信息 


种 














等 价 于 底层 基 出 





屋 基础 数据 ， 
数据 的 某 些 子 身 
式 。 正 如 第 1 章 所 标注 的 那样 (请 参看 第 1 章 “ 








' 可 能 的 情况 : 














EE 要 ， 同 时 它 也 是 本 书 所 关注 








的 重点 。 但 是 请 注 
被 既定 用 户 看 到 的 这 个 视图 可 以 


















































【 体 请 


参看 本 章 后 面 关于 信息 等 价 的 讨 

































































开 。 后 一 和 














! 情 况 构 成 全 已 言 息 隐 藏 2 
规则 至 上 ”这 一 节 )， 

















的 用 户 只 能 看 到 全 局 的 一 部 分 ， 而 














特定 的 操作 是 不 允许 这 类 用 户 运 
况 的 例子 。 


We 


还 休 














基本 可 以 肯定 ， 通 常 都 会 有 一 些 





























的 。 在 本 章 后 


面部 分 我 们 ; 


各 会 看 到 一 些 这 类 情 














“安全 ”是 使 用 视图 时 需要 隐藏 信 


息 的 一 个 明确 原因 。 例如 ， 
则 限制 某 些 用 户 不 能 看 到 供应 商 所 在 的 城市 ， 为 了 实现 这 个 


某 条 规 
效果 ， 


我 们 可 以 通过 让 这 些 用 户 使 用 一 个 不 包含 关系 变量 $ 的 CITY 属性 
映射 的 视图 来 实现 。 但 是 ， 我 认为 ， 这 里 还 有 比 使 用 视图 更 好 的 方 


法 来 控 币 


1 权限。 更 好 的 方法 那 就 是 控制 哪些 用 户 被 允许 对 哪些 数据 


做 什么 样 的 操作 (请 参看 我 的 著作 《An Introduction to Database 
Systems》 第 8 版 ，Addison-Wesley 出 版 ，2004 年 )。 换 多 话说 ， 我 
认为 因为 这 个 使 用 视图 只 是 为 了 转移 注意 力 ， 而 且 我 也 不 准备 在 本 
书 中 就 这 个 问题 做 过 多 讨论 。 


一 个 心理 上 的 误解 


现在 让 我 们 来 特别 关注 一 下 SQL。 





六 














事实 上 ， 





CREATE VIEW 之 间 的 语法 差别 一 直 是 个 错误 ， 


第 一 点 ，CREATE TABLE 中 的 关键 词 TABLE 指 的 就 是 基 表 ， 从 而 (非常 不 过 地 ) 
调 了 SQL 界 普遍 认为 的 视 
不 失 详细 地 说 明 这 一 点 : 众所周知 ，SQL 的 文 
标准 本 身 ， 都 无 一 不 使 月 
很 明显 的 是 所 有 这 人 么 说 的 人 都 认为 表 和 视图 本 训 
可 能 认为 “ 表 ” 总 是 指 的 基 表 ， 而 且 





更 加 强 

















肯 “ 表 和 视图 


按照 SQL 的 说 法 ， 只 要 与 
见 图 都 应 该 看 起 来 和 感觉 上 跟 基 表 一 样 ,这 个 说 法 特别 强 























j 户 有 关 的 
调 了 CREATE TABLE 和 
首先 误解 的 

















至 少 是 心理 上 的 误解 。 



































图 与 表 存 在 着 


某 种 差异 这 一 观点 。 让 我 们 简明 而 























档 一 一 教科 书 、 产 品 说 明 书 以 及 SQL 
”这 种 说 法 (可 以 说 这 种 说 法 无 处 不 在 )。 





六 























并 








是 不 同 的 东西 ， 具体 来 说 ,他 们 和 























可 能 还 认为 表 都 是 实际 存储 在 介 





质 上 的 ， 而 视 





党 
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因此 ， 任 何 能 够 在 普通 关系 变量 
本 身 “ 就 是 ”正式 的 关系 变量 。 因 此 ， 在 本 


























表示 所 有 的 关系 变量 























图 不 是 。 但 最 重要 的 一 点 是 视图 “就 是 ” 表 (或 者 ， 我 更 倾向 于 说 “关系 变量 ”)。 
和 上 执行 的 操作 ， 都 应 该 可 以 对 视图 执行 ， 因 为 视图 
中 ， 我 将 会 使 用 术语 “关系 变量 ”3 




















， 如 果 要 具体 针对 基础 关系 变量 或 者 视图 来 做 说 明 , 我 会 相应 



































的 表 ， 换 句 话 说， 就 是 相应 的 视 





地 使 用 更 具体 明确 的 词汇 来 表达 。 


误解 的 第 二 部 分 : SQL 














CREATE VIEW 的 语法 是 这 样 的 ， 在 视图 和 定义 视图 





































































































图 定义 表达 式 ， 














状态 下 ， 其 实 这 些 / 



































户 通 常会 知道 这 个 视 
哪些 表 是 基 表 ， 哪 些 表 是 视 















































的 表 ， 之 间 的 映射 被 非常 清晰 





地 表述 在 视图 的 定义 中 。 于 是 能 看 到 CREATE VIEW 的 用 户 就 都 能 清晰 地 看 到 
这 个 映射 关系 ,尽管 实 际 上 这 些 用 户 逻 辑 上 并 不 需要 看 到 它 〈 这 个 映射 )。 理 想 
j 户 根本 不 需要 知道 它 的 存在 。 
图 确实 就 是 一 个 视图 ， 更 广义 地 说 ， 就 是 用 户 通常 会 知道 























由 此 导致 的 一 个 结果 就 是 用 



























































那 就 是 用 户 本 来 需要 知道 的 视图 的 “架构 ” 
VIEW 中 ， 反 而 是 被 从 映射 关系 中 推断 出 来 的 ! (这 里 所 说 的 “架构 ”我 指 的 









































个 专 有 名 词 。) 


是 视图 的 每 列 的 名 字 以 及 它们 相 
但 是 “关系 头 ” 并 不 是 一 个 SQL 名 词 。 实际 上 SQL 对 于 这 个 概念 根本 就 没有 一 





应 的 数据 类 型 ， 





换 句 话说 ， 也 就 是 “关系 头 ”， 





图 。 很 讽刺 的 是 由 此 导致 一 个 更 加 复杂 的 问题 出 现 ， 
并 没有 被 清晰 地 定义 在 CREATE 


























为 了 避免 有 人 说 我 对 SQL 的 批评 不 公平 ， 让 我 淤 清 一 下 ， 目 前 为 止 的 所 有 批评 ， 


在 做 出 相应 的 微调 后 ， 












































对 Tutorial D 也 同样 适用 
同时 也 让 我 说 明 一 下 我 打算 如 何 解 决 这 些 问题 。 


a 








至 少 对 它 目 前 的 版 本 是 这 样 )。 











。 ”第 一 ， 对 于 用 户 可 知 的 关系 变量 的 定义 (当然) 应 当 具 体 写 明 相应 的 关系 头 ， 








Ee 








日 不 应 当 用 任何 方式 区 分 基础 关系 变量 和 虚拟 关系 变量 





。 第 二 ，(a) 视图 和 其 定义 中 关系 变量 之 间 的 映射 关系 应 当 分 别 写 清 ， 并 对 用 户 
隐藏 ， 就 如 (b) 基础 关系 变量 和 物理 存储 的 数据 之 间 的 映射 关系 也 是 分 别 写 











清 ， 但 对 客户 隐藏 这 种 方式 一 样 。 


3.3 ”如何 预 防 























在 我 进一步 详细 阐述 视 
一 领域 中 业界 “目前 的 了 























平 ” 留 下 了 很 多 需要 完善 的 地 方 ， 实 计 























前 的 商业 版 本 中 来 说 是 这 样 ， 











对 SQL 来 说 ， 我 们 经 








图 应 当 如 何 运 作 之 前 , 我 想 很 有 必要 在 这 里 先 来 浏览 一 
[ 艺 水 平 ”〈 虽 然 价 值 不 大 )。 实 际 上 ， 这 个 “目前 的 工艺 2 
实说 ， 是 非常 之 差 。 当 然 ， 在 SQL 标准 和 
甚至 〈 很 可 惜 ) 在 某 些 技 术 著 作 中 也 是 如 此 。 那 么 针 























要 






































常 能 够 在 一 个 给 定 的 SQL 数据 库 管理 系统 中 找到 如 下 几 条 规 
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则 “。 
禁止 对 逻辑 上 应 该 可 以 更 新 的 视图 进行 更 新 。 
人 允许 对 “逻辑 上 不 能 更 新 ”的 视图 进行 更 新 。 





用 一 种 逻辑 上 





包含 以 上 全 部 。 








(我 要 
让 我 就 这 
说 过 ,针对 这 一 部 分 的 标准 
人 非常 难以 理 


面 的 


HI 











错误 的 方式 来 执行 视图 的 更 新 。 


7 
































冒险 再 











多 说 一 句 ， 最 后 这 











点 再 











多 说 


解 的 ! ! 针对 这 个 


点 是 














在 实际 应 








些 ， 更 具体 地 说 ， 


中 最 常 遇 到 的 情况 。) 
让 我 就 SQL 标准 再 多 说 几 句 。 我 前 

















面 已 经 





























部 分 的 标准 甚至 








是 有 缺陷 的 。 实 际 上 ， 它 不 仅 
比 其 他 部 分 














摘要 〈 是 逐 字 


它 有 多 么 复杂 。 





当 且 仅 当 对 于 每 个 包含 于 QE1 的 < 查询 表达 式 > 或 < 查询 
大 式 >QE1 是 “可 更 新 的 ”。 


QE1 包含 QE2 但 不 包含 一 个 使 用 
DISTINCT 的 < 查询 表达 了 


如 果 QE1 包含 < 


条 件 时 ， 


a) 


b) 


c) 


6 当今 SQL 数据 库 管 
Data Base System》 这 篇 论文 ， 
1975 年 于 加 利 福 尼 3 
年 5 月 )。 在 事 
和 混淆 都 表现 矿 





< 查询 表达 





i) 





一 般 基本 表 就 不 可 能 
对 于 QEB 的 每 一 列 ， 





ii) 








仅 是 有 缺陷 的 ， 而 且 是 让 
的 标准 更 加 让 人 费解 。 下 


























逐 句 地 引 自 SQL: 2003，2003 版 的 SQL 标准 ) 可 以 给 大 家 展示 























主体 >。 











查询 表达 式 主体 >QEB，QEB 使 
QEB 立即 包含 一 个 < 查询 表达 式 >LO 和 一 个 < 查询 条 件 >RO， 

















具体 描 述 >QE2 都 满足 下 列 














了 UNION DISTINCT, EXCEPT ALL， 或 EXCEPT 




















] 了 UNION ALL， 那 么 : 


这 样 LO 的 























QE1 包含 QE2 但 其 














新 ， 或 者 全 部 都 不 可 更 新 。 























中 不 包含 使 用 


























州 阿 纳 海 姆 举行 
后 看 来 ， 我 大 


























的 国 





家 计算 机 大 会 


上 发表 


同时 也 是 RO 的 一 般 基 本 表 。 
分 别 由 LO 和 RO 定义 的 表 中 的 优先 列 全 部 都 可 更 











INTERSECT 的 < 查询 条 件 >。 





里 系统 对 视图 的 更 新 方式 起 源 于 《Views, Authorization, and Locking in a Relational 
它 是 由 Donald D. Chamberlin，James N. Gray, 和 Irving L. Traiger 在 
的 (会 议 记录 刊 于 AFIPS Press，1975 




















日 地 说 ， 也 次 











的 标题 上 了 。 








7 在 这 儿 
我 当 
心 是 否 非 关系 型 视 

1 的 值 ( 虽 然 我 很 肯定 无 法 从 逻辑 





未 和 


3 
区 
水 小 
或 








你 可 能 会 














， 因 为 按照 我 在 第 1 章 所 说 的 ,“ 











时 








图 是 














所 说 的 是 一 一 而 











现在 依然 是 指 所 有 的 “关系 型 ”* 





























契 中 











更 新 的 一 一 这 里 








F 有 点 不 公平 ， 在 实际 应 





所; 











网 图 都 是 可 
我 是 指 那些 涉及 到 





























上 证 明 





这 类 视图 








可 以 更 


新 )。 














中 对 于 视图 概念 常见 的 一 些 困 惑 








了 的 ”视图 都 应 该 是 可 以 更 新 的 。 但 是 











更 新 的 。 我 既 不 知道 ， 也 不 关 


FE 关系 型 概念 的 部 分 ， 如 重复 的 行 或 者 
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d) QE2 是 可 更 新 的 。 


下 面 是 我 自己 给 这 个 摘要 的 注 

















释 。 














。 ”首先 ,观察 这 有 段 摘要 你 会 发 现 ， 它 仅仅 体现 了 很 多 规则 中 的 1 条 ， 而 这 些 规 则 
必须 综合 使 用 才能 确定 某 些 给 定 的 视图 在 SQL 中 是 否 是 可 更 新 的 。 


。 这 些 规则 并 不 是 在 一 个 地 方 全 部 给 出 的 ， 而 是 被 分 散 到 标准 的 许多 不 同 地 方 。 
。 ”所 有 这 些 规 则 都 需要 多 种 额外 的 概念 和 结构 的 支持 ， 比 如 ， 可 更 新 的 列 、 一 般 














基本 表 、< 查 询 条 件 >， 这 些 都 在 标准 的 其 他 部 分 才 给 出 定义 。 


除 此 之 外 , 在 这 段 摘要 ， 





























被 定义 的 这 条 规则 根本 就 是 让 人 觉得 不 知 所 云 。 我 们 具体 


来 看 ， 开 篇 第 一 句 话 说 的 是 “对 于 每 个 …… 包 含 于 QE1 的 QE2” 来 说 ， 这 4 个 条 
件 a)、b)、c) 和 d) 必须 都 满足 ， 可 是 b) 这 一 条 中 根本 就 没有 提 到 QE2 (? )。 























我 的 批判 还 没有 结束 。 事实 上 ， 由 于 SQL 确定 了 4 个 不 同 的 情况 而 使 得 
是 “可 更 新 的 ”“ 洪 在 可 更 新 的 ”“ 简 单 可 更 
E 定 义 了 这 几 个 术语 ， 
出 任何 关于 这 些 术语 的 直观 的 解释 说 明 , 或 者 这 几 个 术语 的 命名 原 
J 更 新 的 ” 指 的 是 UPDATE 和 DELETE 操作 ， 而 “可 搬入 





























复杂 ， 有 具体 来 说 就 是 SQL 中 的 视图 
新 的 ”或 者 “可 插入 内 容 的 ”。 现 在 ，SQL 标 ? 
























































“局 





我 可 以 确定 
指 的 是 INSERT 操作 , 并且 还 有 一 点 就 是 如 果 视 图 
插入 任何 内 容 的 。 但 是 请 注意 这 下 


















































































































































局 面 更 加 














但 是 并 没有 给 
办。 不过， 至少 
内 容 的 ” 














是 不 可 更 新 的 , 那么 它 是 不 能 被 
情况 ， 某 些 视 图 可 能 只 允许 一 部 分 更 新 操作 执行 ， 

而 不 允许 其 他 的 操作 执行 《比如 允许 DELETE， 但 不 允许 INSERT), 这 也 就 意味 
着 有 可 能 会 出 现 DELETE 和 INSERT 无 法 互 为 逆 操 作 的 情况 。 以 上 这 些 情况 《如 
果 它 们 是 事实 的 话 ) 我 至 少 都 会 把 它们 当 作 潜在 的 违反 “可 交换 性 











原则 ”的 情况 来 














作者 注 : 
我 发 起 的 ! 那 就 是 你 可 以 针对 合并 视图 
操作 , 这 是 因 
们 是 向 所 有 的 
话 ， 
针对 交集 视图 执行 INSERT 操作 ， 但 不 能 执行 DELETE 操作 。 
些 视图 是 “可 删除 ， 但 不 可 插入 的 ” 那么 其 他 的 视 
删除 的 ”(? )。 


出 于 显 T 
的 特性 描述 。 不 过 ， 不 严格 地 讲 ， 它 们 至 少 包含 以 下 几 种 情况 。 









































操作 数 都 插入 ， 还 是 只 向 其 中 一 个 插入 ? 如 果 只 






















































































1 易 见 的 原因 ， 我 甚至 不 想 去 尝试 为 “SQL 认为 可 以 更 新 的 视图 


这 里 出 现 的 非 对 称 现象 让 人 觉得 很 奇怪 。 一 场 争论 可 能 由 此 而 发 一 一 不 是 
执行 DELETE 操作 ， 而 不 能 
为 删除 规则 很 明确 (从 两 个 操作 数 都 删除 ), 但 是 插入 规则 却 不 是 (我 
向 其 中 一 个 插入 的 
那 是 向 哪 一 个 进行 ? )。 而 你 马上 就 会 发 现 有 另 一 个 非常 相似 的 争论 说 你 可 以 
换 句 话说 ， 如 果菜 
图 肯定 就 是 “可 搬入， 但 不 可 


行 INSERT 











”做 精确 





视图 更 新 与 关系 数据 库 理 论 





1 . 


2 
多 


3. 
4. 


对 





视图 被 定义 为 一 个 单独 的 基 表 的 约束 和 /或 投影 〈 键 保存 )。 


视图 被 定义 为 一 个 一 对 一 或 者 一 对 多 的 双 基 表 连 接 〈 在 一 对 多 的 情况 下 ， 只 有 
的 那 一 方 是 可 更 新 的 )。 


视图 被 定义 为 对 于 两 个 不 同 的 基 表 的 UNION ALL 操作 或 者 INTERSECT 操作 。 
1 一 3 的 特定 组 合 。 


于 第 1 种 情况 , 我 还 能 说 得 更 精确 一 些 。 那 就 是 在 下 列 所 有 条 件 都 满足 的 情况 下 ， 







































































SQL 视图 一 定 是 可 更 新 的 。 


定 
IN 
照 
式 


但 
黄 
以 


些 
3 
视 
图 


























义 表达 式 要 么 是 (a) 一 个 简单 的 SELECT 表达 式 (也 就 是 说 ， 不 是 UNION、 
TERSECT 或 者 EXCEPT 表达 式 )， 要 么 是 (b) 一 个 “明确 的 表 ” 也 就 是 说 ， 按 
TABLE < 表 名 字 > 格 式 来 写 的 表达 式 ， 这 逻辑 上 等 价 于 一 个 简单 的 SELECT 表达 
。 注 意 : 为 了 简单 明了 起 见 ， 在 后 文中 我 假设 情况 (b) 会 自动 转化 为 情况 (a)。 


在 SELECT 表达 式 中 SELECT 语句 具体 是 ALL， 而 不 是 DISTINCT。 
对 “* 号 ”扩展 之 后 ，SELECT 后 面 的 用 逗号 分 隔 的 每 一 项 就 是 简单 的 列 引 用 。 


在 SELECT 表达 式 中 FROM 语句 使 用 FROM T [AS .] 这 种 格式 ， 其 中 工 是 一 
个 可 更 新 的 表 的 名 字 〈 既 可 以 是 基 表 ， 又 可 以 是 可 更 新 的 视图 )。 


在 SELECT 表达 式 中 如 果 有 WHERE 语句 ， 则 它 不 包含 FROM 语句 引用 表 T 
的 子 查询 。 


SELECT 表达 式 不 包含 任何 GROUP BY 或 者 HAVING 语句 。 











































































































即使 是 这 些 限制 条 件 ，SQL 都 不 能 正确 处 理 ， 这 要 感谢 它 对 下 面 4 点 缺乏 理解 : (a) 
金 法 则 ，(b) 赋值 原则 ，(c) 约束 推 上 新 〈 请 参看 紧 接 着 的 3.4 节 “ 约 束 和 谓词 ”)， 
及 〈d) SQL 允许 出 现 未 知 值 Cnull) 以 及 重复 行 这 个 事实 。 难 道 我 们 不 能 做 得 更 好 
吗 ? 


.4 ”约束 和 谓词 


图 就 是 关系 变量 并 因此 受到 关系 类 型 的 约束 。 说 得 更 详细 一 点 就 是 任意 给 定 的 视 
V 的 类 型 ， 实 际 与 V 的 定义 表达 式 类 型 一 致 。 ”我们 再 次 使 用 LS (“伦敦 供应 商 ”) 

































































Wp 
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”请 参看 附录 B 中 对 任意 关系 表达 式 类 型 的 相关 解释 。 
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来 举例 说 明 ， 下 面 是 针对 LS 的 Tutorial D 定 义 。” 


VAR LS VIRTUAL 





这 个 视图 
束 操作 ， 





( 


S WHERE CITY = 


是 一 个 “约束 视图 


‘London’ )); 

















SNAME CHAR, STATUS INTEGER, CITY CHAR}。 


而 更 广泛 





束 〈 针 对 本 人 句 训 







































































涉及 到 的 关系 变量 的 约 


语义 保持 一 致 。 对 于 视 


逻辑 AND。 


a. 


b. 在 视图 定义 表达 式 ， 
说 ， 那 就 是 视 
键 这 个 约束 ， 并 且 还 有 城市 的 值 是 伦敦 这 个 约束 。 请 注意 ， 也 正 
图 与 对 关系 变量 同样 适用 。 














换 句 话 





法 则 ”对 视 














声明 ( 男 一 方面 讲 ， 系 


度 ) 。 因此 ， 











是 (至 少 部 分 是 ) “推导 ”出 来 的 约束 ; 它 是 (或 至 少 部 分 是 ) 从 V 














对 关系 变量 S 的 全 














束 中 
图 LS 这 个 例子 来 i 






































局 约束 ， 以 及 
































图 LS 受 





























为 视 























统 并 没有 “ 


图 来 做 出 清 





所 规定 的 约束 条 件 (CITY = ‘London’)。" 









































现在 让 我 们 姑且 使 用 “视图 约束 ”这 个 词 来 表示 所 有 对 视图 适用 的 约束 。 那 么 ， 即 
使 视图 约束 可 以 像 前 面 这 个 例子 一 样 被 推导 出 来 , 这 也 并 不 能 说 它们 不 需要 清楚 地 








口 台 已 2 
智能 


晰 的 约束 声明 显然 














是 个 

















更 是 非常 合理 








KEY 的 详 旨 


























的 诉求 : (a) 应 当 可 以 在 视图 




















的 定义 








变量 是 一 个 视图 。 下 面 的 例子 展示 了 〈a) 中 所 说 的 2 种 可 能 性 。 




















































































































到 可 以 自动 确定 这 些 约束 到 底 是 什么 的 程 
合理 的 要 求 。 尤其 是 下 面 两 条 ， 
包含 清晰 的 KEY 和 FOREIGN 
描述 说 明 ， 以 及 (b) 应 当 可 以 允许 FOREIGN KEY 描述 中 的 目标 关系 














” 它 的 定义 表达 式 调用 了 关系 变量 S$ 上 的 一 个 特定 约 
因此 它 的 类 型 就 与 关系 变量 S 相同 ， 也 就 是 RELATION {SNO _ CHAR， 


也 说 ,视图 就 是 关系 变量 ,因此 要 受到 我 在 第 2 章 中 称 为 全 局 关系 变量 约 
中 的 关系 变量 ) 的 制约 。 但 是 ， 对 于 视图 V 的 全 局 关系 变量 约束 


的 定义 中 所 


导出 来 的 ， 与 定义 表达 式 中 涉及 到 的 关系 操作 的 
， 全 局 关系 变量 约束 就 是 下 面 几 条 的 





判 于 所 有 对 关系 变量 $ 起 效 的 约束 。 例 如 ，{SNO} 是 
因为 如 此 ，“ 黄 金 




















































































































































































































VAR LS VIRTUAL ( S WHERE CITY = ‘London’ ) 
KEY { SNO 
FOREIGN KEY { SNO } REFERENCES S ;) 

视图 就 是 关系 变量 , 因此 也 拥有 关系 变量 谓词 , 下面 我 们 就 来 说 一 说 谓词 中 的 参数 ， 

”我 会 继续 使 用 常规 的 Tutorial D 语法 对 视图 进行 定义 ， 尽 管 我 对 3.2 节 的 语法 表达 感到 担心 。 

1 一 般 来 说 ,我 们 应 当 清 楚 , 在 任意 给 定时 间 ， 由 约束 表达 式 rx WHERE bx 表示 的 关系 必须 满足 所 有 
对 由 关系 表达 式 rx 表示 的 关系 以 及 由 布尔 表达 式 bx 所 表示 的 约束 所 适用 的 约束 〈 换 名 话说 ， 在 这 
里 我 们 可 以 把 WHERE 理解 为 AND)。 注 意 : 由 bx 表示 的 约束 在 这 里 是 一 个 限定 条 件 。 请 参看 附 
件 B 中 关于 此 概念 的 详细 定义 。 

















和 更 新 与 关系 数据 库 理 论 


























这 些 参 数 与 相应 的 关系 变量 , 也 就 是 视图 的 属性 是 一 对 一 的 关系 。 但 是 适用 于 视图 
V 的 谓词 也 是 “推导 ”出 来 的 ， 它 是 从 定义 V 所 涉及 的 关系 变量 的 谓词 推导 而 来 
的 ， 与 定义 表达 式 中 涉及 到 的 关系 操作 的 语义 保持 一 致 。 其 实 我 们 已 经 知道 这 件 事 
了 ， 因 为 我 们 从 第 2 章 已 经 得 知 每 一 个 关系 表达 式 都 有 一 个 对 应 的 谓词 ,那么 对 了 
视图 来 说 它 的 定义 表达 式 当 然 也 会 有 对 应 的 谓词 。 让 我 们 再 次 用 视图 LS (“伦敦 供 
应 丙 ”) 作为 例子 。 这 个 视图 是 关系 变量 S 的 限定 条 件 ， 因 此 它 的 谓词 是 $ 的 谓词 
和 下 面 其 体 的 限定 条 件 的 逻辑 AND。 


供应 商 SNO 已 经 签约 ， 名 称 是 SNAME， 有 状态 STATUS， 并 且 位 于 城市 CITY 
并 且 

城市 CITY 是 伦敦 。 

或 者 说 得 更 通俗 点 。 

供应 商 SNO 已 经 签约 ， 名 称 是 SNAME， 有 状态 STATUS， 并 且 位 于 CITY 伦敦 。 


不 过 请 注意 ， 后 面 一 种 说 法 会 淡化 CITY 是 参数 这 件 事情 。 确 实 它 是 个 参数 ， 
但 是 相应 的 争论 却 总 是 发 生 在 常量 “伦敦 ”上 。( 也 正 是 因为 这 个 原因 ， 我 才 
在 第 1 章 中 标注 ， 视 图 LS 更 现实 一 点 的 版 本 应 该 避 开 CITY 属性 。 在 这 里 我 
选择 不 回避 是 为 了 保证 这 个 例子 简单 易 懂 。 不 过 , 我 在 第 5 章 会 对 这 件 事 有 更 
多 讨论 。) 


作者 注 : 如 果 你 觉 和 
视图 LS 的 谓词 可 和 







































































hh 
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导 第 2 章 中 所 写 的 关于 谓词 更 正式 一 点 的 形式 比较 好 的 话 , 那么 
写成 下 面 这 样 会 让 你 更 容易 接受 。 




















is_entity ( SNO ) AND 
has_SNAME ( SNO , SNAME ) AND 
has_STATUS ( SNO , STATUS ) AND 
has_CITY ( SNO , CITY ) AND 
CITY = ‘London’ 





多 元 约束 

有 男 一 个 和 约束 有 关 的 事情 我 需要 在 这 里 做 简短 的 讨论 ， 不 过 它 与 谓词 刚好 相反 
(虽然 这 件 事情 不 仅 视 图 约束 会 涉及 到 ， 而 且 是 对 所 有 的 约束 都 要 做 的 ) 。 首 先 ， 
让 我 们 回忆 一 下 第 2 章 里 面 出 现 过 的 这 个 简单 的 例子 。 


CONSTRAINT CX1 IS_EMPTY ( S WHERE STATUS < 1 ) :， 


当然 ， 这 个 例子 是 用 Tutorial D 写 的 表达 式 ， 不 过 在 这 里 为 了 能 够 快速 说 明白 ,我 

















































































































42 第 3 章 


想 把 同一 个 约束 





CX1 后 面 一 直到 结束 的 分 号 中 间 这 一 


NOT EXISTS x 





或 者 至 少 是 





ES ( x.STATUS < 


或 者 男 一 种 等 价 的 方式 : 


FORALL x €58S 


( x.STATUS > 1 ) 














在 这 些 公式 
值 中 的 一 个 数组 ”) 

















子 表 























达 式 “ES (这 人 了 


将 变量 x 定义 为 一 个 “区 间 变 量 ”， 











这 个 约束 中 的 布尔 表达 式 部 分 


























关系 运 外 





段 ) 通过 


1 ) 


























“区 间 沙 在 






















































































， 就 是 从 约束 的 名 字 
表达 出 来 。" 


个 表达 式 可 以 读 作 “ 有 这 样 的 x， 是 S 当前 


关系 变量 S 



































的 当前 值 上 。 换 句 话说 , 任意 给 定时 间 内 被 允许 的 x 的 值 都 是 关系 变量 S 的 值 中 出 
现 的 数组 。 
作为 未 来 示例 的 基础 ， 让 我 们 同时 来 看 看 视图 LS (“伦敦 供应 商 ”)〉 和 视图 NLS 
《“ 非 伦敦 供应 商 ”) 。 下 面 是 一 些 用 关系 运算 表达 的 适用 于 这 两 个 视图 的 约束 。 

FORALL x € LS ( x.CITY = ‘London’ ) 

FORALL x € NLS ( x.CITY * ‘London’ ) 
现在 我 们 在 本 节 中 看 到 的 都 是 些 “ 单 变量 ”约束 ， 因 为 它们 每 一 个 都 只 含有 一 个 区 
间 变 量 。 那 么 下 面 这 个 例子 则 是 一 个 “多 元 ”约束 ( 它 基本 就 是 第 2 章 中 的 约束 
CX3 )。 

FORALL x € S ( FORALL y 《 SP 

( IE x.STATUS < 20 AND x.SNO = y.SNO THEN y.PNO 夫 ‘P66’ ) ) 

作者 注 : 顺便 说 一 句 ， 请 注意 在 这 里 我 们 说 的 多 元 约束 与 《SQL and Relational 
































Theory》 中 所 说 的 “多 关系 变量 ”约束 有 着 逻辑 上 的 区 别 。 多 元 约束 指 的 是 一 个 约 











束 : 
个 或 以 上 关系 变量 。 











一 个 示例 )。 








是 反 过 来 就 不 对 了 , 在 多 元 约束 ! 


引入 了 两 个 或 以 上 的 区 间 变 量 , 而 多 关系 变量 约 


现在 我 们 可 以 肯 


























定 地 i 

















的 








区 间 变 量 有 可 能 只 








J 束 则 是 指 一 个 约束 1 
党 多 关系 变量 约束 同时 也 是 多 元 约束 ,但 
涉及 一 个 关系 变量 (例如 下 











引入 了 两 





下 面 是 男 外 一 些 多 元 约束 的 例子 (它们 都 基于 关系 变量 S、LS、NLS)。 











在 LS 和 NLS 





FORALL x € LS 


上 NLS 来 说 ，{SNO} 都 是 键 (为 了 简 


对 于 S、LS 条 





中 没有 任何 人 














1 如果 你 需要 更 多 关于 


( FORALL y € NLS 


应 商号 码 。 








( x.SNO 关 y.SNO ) 


前 单 起 见 ， 




















本 节 中 所 说 的 关系 运算 











表达 式 的 信 心 ， 





) 


我 这 里 只 列 出 了 对 


可 以 参看 《SQL and Relational Theory》。 





视 医 





更 新 与 关系 数据 库 理论 


关系 变量 S 的 约束 )。 


FORALL x € S ( UNIQUE y ES ( 





X.SNO = y .SNO 


) ) 


如 果 你 不 熟悉 UNIQUE 也 没关系 ， 它 可 以 读 作 “存在 着 这 样 的 一 


LS 中 的 {SNO} 是 外 键 ， 引 用 S 中 的 键 {SNO}。 


FORALL x € LS ( 


S 等 价 于 LS 和 NLS (交集 为 空 ) 


UNIQUE y € S ( 





x.SNO = y.SNO 


的 合并 。 




















FORALL x € S 
FORALL y € LS ( UNIQUE x € S (x=Yy ) AND 
FORALL y € NLS ( UNIQUE x ES (x=y) 














FORALL x 《 
FORALL y 


现在 (最 后 ) 我 们 终于 来 到 了 这 上段 可 能 


'S 人 
€ sl 


UNIQUE y € S ( 





x=y ) AND 
































) ) 


(UNIQUE y € LS (x=y) ORUNIQUEYy € NLS (x=y)) 


IE y.CITY = ‘London’ THEN UNIQUE x 上 《 


点 长 的 讨论 的 





EE 点 。 在 第 1 章 中 ， 我 介 


AND 


在 任意 给 定 的 时 间 ，LS 等 价 于 当 CITY 值 为 伦敦 时 对 S 的 约束 。 


LS (x=Yy ,),) 























了 有 关 补 偿 性 操作 的 一 些 观点 ， 这 些 补偿 性 操作 是 











j 户 需求 之 外 的 , 为 了 防止 某 些 




















违反 一 致 性 约束 的 情况 发 生 而 由 数据 库 管 理 系 统 





















































果 这 里 说 的 约束 是 多 元 约束 的 话 
的 几 章 中 也 会 看 到 。 


3.5 ”信息 等 价 


在 第 1 章 中 第 一 次 提 到 信 
一 个 数据 库 设 计 单独 引入 关系 变量 $, 在 信息 
别 为 “伦敦 供应 商 ” 和 “ 飞 伦敦 供应 商 ”) 
了 单独 引入 关系 变量 LS 的 设计 是 无 法 





























































































































然 ， 单 独 引入 关系 变量 NLS 也 不 行 )。 下 面 我 将 更 详 




















自动 执行 的 额外 的 更 新 。 那 么 ， 如 
， 就 真 地 需要 某 些 补偿 性 操作 发 生 了 , 我 们 在 后 面 


地 解释 


























息 等 价 时 ， 我 举 了 个 这 样 的 例子 (让 我 整理 一 下 语言 )， 
上 等 价 于 , 将 关系 变量 LS 和 NLS (分 
k 同 引入 整合 后 的 效果 。 同 时 我 也 强调 
言 息 等 价 于 上 面 提 到 的 





王 何 一 种 情况 的 〈 当 


我 的 这 些 论点 。 

















当 我 说 到 一 个 数据 库 设 计 单独 引入 关系 变量 S 在 信 











息 上 等 价 于 


< 同 引入 时 ， 我 所 表达 的 观点 ， 我 相信 大 家 清楚 我 要 表达 的 意 





将 关系 变量 LS 和 NLS 























其 中 一 种 方式 所 表述 的 命题 











思 , 是 说 任何 可 以 被 





同时 也 可 以 被 等 价 的 另 一 种 方式 所 表述 。 我 们 换 一 种 直 
观 的 方式 来 说 ， 就 是 这 两 种 设计 当 且 仅 当 它们 可 以 代表 相同 的 概念 时 ， 才 可 以 说 在 
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信息 上 等 价 。 “这 也 正 是 下 面 的 定义 的 本 质 。 


定义 : 3 令 DB1 和 DB2 是 若干 关系 变量 的 集合 。!“ 那么 DB1 和 DB2 当 且 仅 当 














适用 于 DB1 和 DB2 的 约束 可 以 实现 任何 一 个 能 够 被 DB1 所 表述 的 命题 都 可 以 


被 DB2 所 表述 时 ，1 








等 价 。 反 之 亦 然 。 





让 我 们 有 





系 变量 一 致 ，DB2 与 关系 变量 LS 和 NLS 整合 后 所 含 的 关系 变量 一 致 ， 这 样 一 来 ， 逢 














次 将 关系 变 





S、LS 和 NLS 作为 例子 考虑 。 令 DB1 与 关系 变量 S 所 含 的 关 























明显 我 们 可 以 使 用 DB1 中 的 单个 关系 变量 来 定义 DB2 中 的 多 个 关系 变量 ， 于 是 有 : 


LS 至 S WHERE CIT 











NLS 至 S WHERE 











(至 ”这 个 符号 的 意思 


关系 变量 来 定义 DB1， 





S 坚 LS UNION NLS 


除 此 之 外 ， 我 想 还 有 一 点 不 用 旨 





























是 “定义 为 ”)。 同 时 很 明 
的 单个 关系 变量 ， 于 


我 们 也 可 以 使 有 





























昌 DB2 中 的 多 个 


























| 讲 也 能 够 明显 看 








对 于 每 个 适用 于 



































DB1 的 约束 ， 这 里 总 有 
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前 面 我 们 的 讨论 提 H 




















分 别 是 信息 等 价 的 关系 变量 的 集合 
假设 , 在 给 定时 间 内 能 够 被 DB1 所 表述 的 
表述 的 命题 完全 相同 。 那 么 : 

















”从 这 里 我 们 









































J 以 推导 出 另 一 个 可 以 被 























13 ,J 二» ay 
请 注意 这 个 


























“ 我 在 这 里 使 ) 

















义 在 一 定 程度 上 被 简化 了 。 





























将 每 组 关系 变量 连同 它们 














个 数据 库 ， 





个 类 似 的 约束 可 以 适用 于 DB2， 反 之 亦 然 。 关 于 这 点 
我 只 给 一 个 简单 的 例子 : 对 于 DB1， 在 关系 变量 S 中 没有 任何 两 个 不 同 的 数组 
可 以 拥有 相同 的 供应 商号 码 ; 对 于 DB2， 有 两 点 ，(a) 关系 变量 LS 和 NLS 的 
合并 交集 为 空 ，(b) 在 这 个 合并 中 没有 任何 两 个 不 同 的 数组 拥有 相同 的 供 
号 码 。 所 以 我 希望 人 
能 够 被 DB2 所 表述 这 
间 就 是 信息 等 价 。 

上 了 一 些 观 点 ， 现 在 我 们 看 看 接 下 来 的 另外 几 点 。 令 DB1 和 DB2 


前 的 值 分 别 为 dbl 和 db2。 现 在 
应 当 与 在 相同 时 间 内 能 够 被 DB2 所 





应 商 


兴 同 ， 至 少 直 观 地 来 看 ， 每 个 能 被 DB1 所 表述 的 命题 都 
的 ， 反 之 亦 然 ; 换 句 话说 ，DB1 与 DB2 


解释 。 不 过 在 屠 
的 约束 想象 成 一 








定 
之 前 ， 我 们 以 这 里 所 给 f 
或 



















































































定 了 解 。 























当 我 在 谈论 信息 等 

















FE 变量 来 讲 。 
商业 产品 ， 这 点 请 一 























价 的 例子 时 ， 为 了 简洁 我 


] 了 时 可 能 会 将 所 讨论 的 3 
注意 : 这 里 我 要 特别 说 | 


有 ， 对 于 代号 DB2， 我 并 没 : 









































和 更 新 与 关系 数据 库 理 论 





这 些 变量 的 值 dbl 和 db2 应 当 相应 地 互 为 信息 等 价 (当然 能 被 dpl 所 表述 的 命 
题 也 能 被 db2 所 表述 ， 反 之 亦 然 )。 换 名 话说， 信息 等 价 这 个 概念 非常 实用 ， 
既 可 以 用 于 几 组 关系 之 间 ， 也 可 以 用 于 几 组 关系 变量 之 间 。 


如 果 dbl 和 db2 互 为 信息 等 价 ， 那 么 这 里 一 定 分 别 存在 映射 M12 能 够 将 db1 
转化 为 db2， 和 映射 M21 能 够 将 db2 转化 为 db1 ， 这 两 个 映射 应 该 由 ， 或 可 以 
由 关系 代数 的 操作 公式 所 表示 (当然 它们 应 该 是 互 逆 的 )。 反 过 来 讲 ， 如 果 上 
述 映 射 存在 , 那么 dbl 和 db2 就 互 为 信息 等 价 。 而 如 果 类 似 映 射 对 于 每 组 DB1 
的 当前 值 dbl 和 DB2 的 当前 值 db2 都 分 别 存 在 的 话 , 那 么 DB1 和 DB2 本 质 上 
也 是 信息 等 价 的 。( 当 然 ， 这 几 点 加 起 来 ， 要 比 原 始 定义 所 说 的 更 复杂 一 些 。) 


对 于 在 dbl 上 的 任意 一 个 查询 Q1, 都 一 定 存 在 一 个 在 db2 上 的 查询 Q2 产生 与 
Q1 相同 的 结果 (显然 反之 亦 然 )。 注 意 : 从 这 个 结论 我 们 可 以 导出 对 于 
IS_EMPTY (QD 和 JS_EMPTY (Q2) 来 说 ， 要么 全 真 , 要么 全 假 ， 因 此 正如 之 前 
所 说 的 ， 对 于 任意 一 个 DB1 上 的 约束 Cl， 在 DB2 上 一 定 存在 一 个 C2 与 之 对 
应 ， 反之 亦 然 。 


今 Ul 为 BD1 的 更 新 ,， 可 以 产生 一 个 DB1 的 “新 ” 值 db1 ， 那 么 在 DB2 上 一 
定 存 在 一 个 更 新 U2 可 以 产生 一 个 DB2 的 “新 ” 值 db2*， 且 db1’ 与 db2* 信 息 
等 价 (反之 亦 然 )。 图 3.1 展示 了 这 一 点 。 












































图 3.1 信息 等 价 与 更 新 





相 比 前 面 所 讲 的 而 言 ， 假 设 DB1 和 DB2 不 是 信息 等 价 的 。 那 么 就 会 有 在 DB1 上 
的 操作 一 一 查询 和 更 新 在 DB2 上 找 不 到 对 应 等 价 操作 的 情况 出 现 ， 反 之 亦 然 。( 注 
意 ， 有 的 时 候 ， 如 果 DB1 和 DB2 确实 不 是 信息 等 价 的 ， 那 么 它们 的 当前 值 dbl 和 
db2 既 可 能 互 为 信息 等 价 ， 也 可 能 不 为 信息 等 价 ， 但 是 总 体 上 来 说 ， 它 们 应 该 不 为 


j= A 
信息 等 


现在 我 们 来 看 上 面 所 有 的 结论 在 具体 例子 中 的 应 用 






























































等 价 。) 














在 这 个 例子 中 DB2 只 由 DB1 
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等 价 于 DB1, 屠 、 在 DB2 上 的 
反之 亦 然 。 在 接 下 3 























关系 变量 的 视图 组 成 。 换 句 话 说 ， 如 果 DB2 中 “只 有 视图 ” 并 且 这 些 视图 信息 
FE 意 一 个 更 新 在 DB1 上 都 会 有 一 个 对 应 的 等 价 更 新 ， 





















































的 几 章 中 ， 我 会 更 细 化 地 考虑 这 种 情况 。 也 就 是 说 ， 我 会 向 大 























家 详细 展示 如 何 用 六 




















那么 ， 如 果 DB2 只 由 
息 等 价 的 话 会 怎么 村 
量 都 是 由 DB1 中 的 关系 变量 推 
能 被 DB1 所 表达 。 或 者 ， 我 介 
都 能 被 DB1 表达 ， 但 反 过 来 去 
以 通过 在 DB1 上 的 更 新 实 ] 
用 这 个 方式 实现 
章 我 们 所 要 讨论 上 





































































































1. 当 信息 等 价 确 

















被 更 新 ， 而 我 会 尽 可 能 小 心 

















DB1 中 关系 变量 的 更 新 来 实现 对 DB2 中 视图 的 更 新 。 


关系 变量 的 视图 组 成 ， 但 是 DB2 与 DB1 并 “不 是 ” 信 
呢 ? “在 这 种 情况 下 ,首先 请 注意 ， 正 是 由 于 DB2 中 的 关系 变 












































E 导 而 来 的 ， 故 没有 任何 能 够 被 DB2 所 表达 的 命题 不 
] 换 个 方式 来 想 ， 任 何 能 够 被 DB2 所 表达 的 命题 一 定 
不对。 因此 总 地 来 说， 有些 在 DB2 上 的 更 新 操作 
现 。 与 此 同时 ， 也 一 定 有 一 些 在 DB2 上 的 更 新 操作 不 
因为 可 用 信息 不 足 )， 那 么 这 些 更 新 一 定 是 失败 的 。 那 么 下 面 
此 产生 。 


实 成 立时 ，DB2《〈 视 图 ) 应 当 总 可 以 通过 一 种 逻辑 上 正确 的 方式 
也 解释 操作 规则 。 
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2. 即使 当 信息 等 价 不 成 立 的 时 候 ， 我 们 有 时 也 能 够 应 用 视图 更 新 规则 (可 能 只 能 





部 分 应 用 )， 那 么 我 也 会 详 























地 讨论 这 种 情况 。 但 我 必须 强调 ， 在 这 种 情况 下 实施 


的 更 新 可 能 导致 如 下 结果 ， 就 是 更 新 操作 所 应 具有 的 可 预测 性 和 清晰 的 定义 ， 有 时 


可 能 无 法 具备 , 甚至 可 
数据 库 管 理 员 ,甚至 可 


























作 进行 选择 的 机 会 。 


当 视 图 更 新 规则 完 
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3.6 小结 



































不 可 接受 的 。 正 因 如 此 , 我 会 给 大 家 (可 能 是 某 个 用 户 、 
数据 库 管 理 系统 ) 留 出 在 这 种 情况 下 对 是 否 允 许 更 新 操 


























的 时 候 ， 当 然 我 会 解释 什么 时 候 它们 会 失效 ， 那 么 正 
如 我 说 过 的 更 新 操作 必定 会 失败 。 注意; 关于 这 个 情况 我 确实 还 有 一 些 更 深入 的 解 
鱼 ， 但 是 我 将 把 这 些 内 容 放 到 第 5 章 的 最 后 去 讲 。 



































在 最 后 我 想 用 一 些 与 本 章 内 容 关系 不 大 的 几 个 问题 来 结束 本 章 。 首 先 ,我 想 说 说 关 


于 专 有 名 词 的 问题 。 这 本 书 当然 是 关于 视图 的 ， 因 此 我 希望 当 我 使 用 “视图 ”这 个 


























5 在 《Database Design and Relational Theory》 这 本 书 中 , 我 主张 这 样 的 DB2 在 逻辑 上 是 不 成 立 的 (或 


























者 至 少 是 不 完整 的 )， 实 际 上 在 这 种 情况 下 它 并 不 具备 表达 我 们 所 要 表达 命题 的 能 力 。David 

















McGoveran 会 说 它 没 有 





















































比 外 请 注意 ， 我 们 这 里 所 说 的 情况 正 是 早 前 在 第 1 章 
、] 和 ;> 















































所 提 到 的 有 关 “ 信 息 隐 
一 些 操作 不 允许 他 





















































j 户 只 看 到 了 全 局 的 一 部 分 ， 因 此 可 以 想见 这 里 一 定 有 
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词 的 时 候 不 需要 再 强调 这 一 点 , 我 这 么 做 是 有 原 
的 。 但 是 很 不 地， 最 近 几 年 无 论 是 在 学 术 界 ， 还 是 在 商界 都 
在 传统 认 知 中 是 一 个 被 推导 出 来 的 关系 变量 ， 它 们 





的 混淆 。 正 如 我 人 


] 知 道 的 ， 视 图 








| 











显然 是 由 定义 它们 的 关系 变量 《基础 关系 变量 和 /或 其 











四 









































还 有 另 一 种 被 推导 出 来 的 关系 变量 ， 叫 作 “ 快 照 ”> “ 正如 其 名 字 所 记 





因 的 ， 


他 视 











因为 原本 这 个 词 是 被 定义 好 
上 现 了 一 些 专 有 名 词 上 





图 ) 推导 而 来 的 。 然 而 ， 














， 人 快照 ， 虽 





然 是 被 推导 出 来 的 ， 但 其 实 它 是 一 个 真实 的 变量 ， 而 不 是 虚拟 的 ， 这 就 意味 着 它 不 

















仅仅 被 其 他 关系 变量 定义 ， 而 且 ， 至 少 概念 上 来 ; 














所 定义 。 例 如 《临时 发 明 的 语法 ): 


VAR LSS SNAPSHOT 
KEY { SNO } 





REFRESH EV 











( 

















S WHERE CITY = ‘London’ ) 


ERY DAY ; 


定义 一 个 快照 就 好 像 执 行 一 个 查询 ， 除 了 以 下 几 点 不 同 。 
。 查询 的 结果 会 被 用 具体 的 名 字 (这 个 例子 中 就 是 LSS) 作为 一 个 只 读 关 系 变量 








存储 在 数据 库 中 。 六 























， 也 被 它 自己 的 那 部 分 数据 副本 

















FE 意 : 这 里 所 说 的 “只 读 ”， 指 的 是 在 这 个 关系 变量 上 不 允 


许 任何 更 新 操作 ,但 这 并 不 包括 周期 性 的 “刷新 ”， 请 看 紧 接 下 来 的 一 点 。 


。 ”这 个 快照 会 被 周期 怕 














FE 地 (在 例子 中 是 EVERY DAY< 每 天 >)“ 刷 新 "， 也 就 是 说 


它 的 当前 值 会 被 弃 用 ,然后 查询 被 再 次 执行 ,而 新 的 查询 结果 会 成 为 快照 的 新 


值 。 当 然 ， 其 他 的 REFRESH 选择 也 有 可 能 
周一 ) 、EVERY 5 MINUTES (每 5 分钟) 








例如 ，EVERY MONDAY (每 
、EVERY MONTH (每 个 月 ) 等 。 








这 里 特别 要 说 的 是 REFRESH ON EVERY UPDATE 意思 是 快照 与 推导 出 它 的 
关系 变量 实时 同步 。 


， 快 照 LSS 代表 了 至 多 24 小 时 之 前 的 数据 。 





因此 ， 在 这 个 例子 上 























快照 在 数据 仓库 
方 ， 其 基本 原理 都 
时 点 的 数据 。 报 告 




















、 分 布 式 系统 





日 
候 
类 


























有 ， 以 及 六 




















和 会 计 类 应 月 








W 































































































年 9 月 ) 中 。 


要 冻结 在 某 个 适合 的 时 刻 (一般 来 说 是 一 个 记 账 
定 其 他 应 用 的 前 提 下 实现 这 种 冻结 。 





% 目前 就 我 所 知 ,“ 快 照 ” 这 个 词 第 一 次 出 现 是 在 
“Database Snapshots”(IBM 研究 报告 RJ2772，1980 年 3 月 7 
在 其 扩展 版 , 由 Michel Adiba 所 撰写 的 “Derived Relations: A Unified Mechanism for Views, Snapshots， 
and Distributed Data” (Proc. 1981 International Conference on Very Large Data Bases, 法 国 














F 多 其 他 环境 中 非常 
应 用 程序 可 以 经 常 多 许 ， 有 些 地 方 甚至 是 要 求 ， 得 到 某 个 具体 








EE 要。 在 所 有 这 些 地 



















































































昌都 是 很 典型 的 例子 。 这 类 应 | 
周期 的 结尾 )， 而 快照 可 以 在 不 锁 








j 通 常 要 求 数据 

















所 Michel E. Adiba and Bruce G. Lindsay 所 撰写 的 
日 ) 这 篇 论文 中 。 该 词 也 同样 出 现 























， 夏 纳 ，1981 
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到 


别 



































目前 来 说 好 像 还 不 错 。 可 问题 是 快照 必须 不 被 当成 快照 (至 少 在 某 些 情况 下 )， 
而 是 被 当 作 “实体 化 的 视图 ”。 但 它们 并 不 是 视图 ! 视图 完全 不 应 当 被 实体 化 。 特 
是 针对 视图 的 操作 应 当 通 过 映射 , 从 而 在 定义 它 的 关系 变量 上 执行 合适 的 操作 来 
实现 《正如 在 介绍 本 章 内 容 时 所 解释 的 那样 )。 “因此 ,“ 实 体 化 的 视图 ”根本 就 是 











































































































个 自 相 矛盾 的 词组 。 更 可 怕 的 是 现在 在 某 些 领域 中 ,“ 视 图 ”经 常 不 合 时 宣 地 被 
用 来 表示 “实体 化 的 视图 ”以 至 于 在 原来 的 认 知 中 ， 我 们 很 可 能 不 再 能 用 一 个 恰 



























































当 的 词 来 表示 视图 本 来 的 意思 。 如 我 所 说 ， 在 本 书 中 我 一 定 会 用 “视图 ”表示 它 原 




















本 的 意思 ， 但 是 一 定 要 小 心 在 其 他 地 方 这 个 词 很 有 可 能 是 别 的 意思 。 









































那么 第 二 点 如 下 。 可 能 某 些 读者 知道 ， 我 已 经 思考 视图 更 新 问题 有 一 段 时 间 了 ， 确 
实 ， 我 试图 让 视图 更 新 “ 变 正 确 ” 有 些 年 头 了 ， 而 这 本 代表 着 我 最 新 想法 的 书 距 离 


我 在 这 个 领域 出 版 的 第 一 本 著作 已 经 比较 久远 了 。 因 此 ,如果 本 书 观 点 与 我 早 前 的 




























































































著作 有 什么 分 歧 的 话 , 那么 我 的 态度 应 当 以 本 书 所 表达 的 为 准 。 这 里 为 大 家 列 出 我 

















早 前 的 作品 以 便 备用 。 




















“File Definition and Logical Data Independence”( 与 Paul Hopewell 合营 ， 
Proc.1971 ACM SIGFIDET Workshop on Data Definition, Access, and Control， 加 
利 福 尼 亚 州 ， 圣迭戈 (1971 年 11 月 ) 





“Updating Views”, 《Relational Database: Selected Writings》(Addison-Wesley 
出 版 ，1986 年 ) 


“Updating Union, Intersection, and Difference Views” 和 “Updating Joins and 
Other Views” (都 是 与 David McGoveran 合 著 的 ), 《Database Programming && 
Design 7》, 第 6 号 (1994 年 6 月 和 第 8 号 (1994 年 8 月 ;在 《Relational Database 
Writings 1991-1994》 中 再 版 (Addison-Wesley 出 版 ，1995 年 ) 








“View Updates”, 《An Introduction to Database Systems》 (第 8 版 ， 
Addison-Wesley 出 版 ，2004 年 ) 中 的 第 10.4 节 





“View Updating”, 中 于 Hugh Darwen 与 我 合 著 的 《Databases, Types, and the 
Relational Model: The Third Manifesto》 第 3 版，Addison-Wesley 出 版 ，2006 
年 ), 限 E 


“The Logic of View Updating”, 《Logic and Databases: The Roots of Relational 


























” 确实 某 些 特定 的 产品 会 使 用 实体 化 代 蔡 操作 映射 作为 实施 手段 ， 具 体 来 说 ， 是 作为 在 特定 “复杂 ?” 


视图 上 实施 特定 “复杂 ”检索 的 手段 ， 但 这 个 事实 与 目前 的 讨论 没什么 关系 《其 实 它 完全 是 个 烟 


雾 弹 )。 





















































视图 更 新 与 关系 数据 库 理论 49 








Theory》 (Trafford 出 版 ，2007 年 ) 


. “How to Update Views”， 收 录 于 Hugh Darwen 与 我 合 著 的 《Database 
Explorations: Essays on The Third Manifesto and Related Topics》 (Trafford 出 版 ， 
2010 年 ) 

在 列表 最 开头 的 两 条 比较 不 尽 如 和 人意 ,很 是 令 我 汗 着 ,不 过 其 他 的 (我 相信 ) 至 少 

已 经 步 入 正轨 ， 虽 然 可 能 或 多 或 少 有 些 地 方 还 是 不 够 清晰 〈 按 年 代 来 算 ， 越 早 的 文 

章 越 会 存在 更 多 的 不 清晰 之 处 , 这 从 某 种 意义 上 来 看 可 能 也 代表 了 我 对 这 个 问题 的 

研究 进程 )。 


我 同时 要 列 出 David McGoveran 在 这 个 领域 里 的 专利 。 


























































































































e “Accessing and Updating Views and Relations in a Relational Database”， 美 国 专 
利 号 7263512 (2007 年 8 月 28 日 ) 





e “Computer-Implemented Method for Translating among Multiple Representations 
and Storage Structures”， 美 国 专利 号 7620664 (2009 年 11 月 17 日 ) 


本 书 中 所 持 的 观点 与 这 几 项 专利 中 的 观点 有 些 相 似 ( 并 且 受 专利 观点 的 影响 很 大 )， 
而 我 必须 澄清 一 下 它们 在 细节 上 还 是 有 很 大 不 同 的 。 
根据 前 文 所 写 的 内 容 也 许 很 容易 能 看 出 ， 在 这 个 领域 中 我 确实 多 次 
改变 过 观点 ， 我 承认 这 点 ， 这 没什么 大 不 了 。 不 过 在 这 里 我 也 要 为 
自己 辩护 ， 引 用 Bertrand Russell 的 话 : 



























































有 人 控诉 我 已 把 改变 观念 当 作 习 惯 …… 我 自己 并 不 为 [这 个 习惯 ] 而 感到 丝毫 着 愧 。 
有 哪个 从 1900 年 以 来 的 唯物 论 者 敢 发 梦 说 他 的 想法 在 过 去 半 个 世纪 从 未 改变 过 ? 
我 所 看 重 并 且 竭 尽 全 力 去 妃 寻 的 哲学 是 科学 的 , 因此 在 追寻 的 过 程 中 总 会 有 些 新 知 
识 出 现 而 让 之 前 的 错误 无 所 通 形 , 任何 一 位 明 眼 人 都 能 明白 这 一 点 。 关于 这 点 我 曾 
经 说 过 , 无 论 什 么 时 候 , 我 都 不 会 像 神学 家 们 诉说 他 们 教派 的 神 迹 那样 来 阐述 我 的 
事实 。 最 多 , 我 只 会 将 当时 最 合乎 情理 的 想法 告诉 大 家 …… 如 果 后 面 的 研究 显示 它 
不 需要 修改 ， 那 我 反而 会 感到 奇怪 。[ 这 种 想法 不 会 ] 被 当 作 教 星 的 公示 一 样 拥有 法 
力 ， 而 仅仅 是 我 竭尽 全 力 经 过 清晰 而 认真 地 思考 后 所 得 出 的 果实 。 我 明确 表态 ， 以 
上 所 说 的 已 经 成 为 了 我 的 目标 。 


这 些 美妙 的 注脚 ， 无 需 我 做 任何 解释 ， 都 是 摘自 Russell 自己 的 书 《The Bertrand 
Russell Dictionary of Mind, Matter and Morals》( 编 辑 , Lester E. Denonn, Citadel Press 
出 版 ，1993 年 ) 的 前 言 。 
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让 我 再 重复 一 遍 ， 本 书 所 代表 的 是 我 的 最 新 想法 。 但 我 并 没有 说 我 在 这 里 所 说 的 是 
我 关于 这 个 课题 的 遗言 。 这 里 仍然 有 一 些 比较 模糊 的 结论 一 一 确实 有 ,这 里 有 一 个 
或 两 个 观点 很 有 理由 会 被 挑战 〈 当 我 们 讲 到 它们 的 时 候 , 我 会 明确 地 公布 这 几 个 观 
点 ， 以 便 大 家 能 够 清晰 了 解 )。 但 是 我 很 乐观 ， 我 相信 这 些 模糊 的 问题 会 在 一 个 合 
适 的 时 间 被 明确 地 解决 ， 而 且 我 也 不 认为 这 些 问 题 之 中 会 隐藏 有 什么 能 破坏 我 的 
理论 根基 的 东西 。 说 实话 ， 我 在 这 个 时 间 以 这 种 形式 出 版 本 书 的 原因 之 一 也 是 想 
获得 一 些 富有 建设 性 的 建议 。 当 然 ， 如 果 出 现 合理 建议 ， 我 很 乐意 参与 到 讨论 ， 
去 。 不 过 我 可 能 还 是 要 强调 修饰 语 “ 建 设 性 的 ”…… 可 能 我 在 这 里 显得 有 些 保守 ， 
这 是 因为 过 去 在 这 个 领域 我 已 经 见 过 太 多 的 负面 批判 ， 而 我 更 希望 有 更 多 积极 的 
对 话 发 生 。 


证 我 们 用 最 后 一 点 来 结束 本 章 : 很 不 幸 ， 视 图 更 新 这 个 话题 确实 很 容易 让 人 迷惑 ， 
即使 在 它 不 存在 争议 的 时 候 也 一 样 。 一 些 难 点 会 横 在 我 们 的 研究 之 路 当中 , 无 法 避 
免 地 成 为 研究 的 障碍 ,， 并且 很 容易 让 人 在 争议 和 讨论 中 渐渐 失去 方向 。 尤其 是 我 们 
很 容易 忘记 ,特别 是 在 范例 当中 ， 哪 些 关 系 变量 是 基础 关系 变量 ,哪些 是 视图 。 保 
持 头 脑 清 晰 很 重要 ! 让 我 再 说 一 次 : 读者 要 擦 亮 眼睛 。 
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第 4 章 





本 书 余下 部 分 的 内 容 主要 由 
系 操作 《让 我 1 
以 被 视 为 是 一 个 系列 的 7 
的 问题 〈 也 就 是 ， 更 新 “贯穿 ”于 限制 操作 之 上 
会 出 现 很 多 具有 了 
章 的 一 个 延续 。 
过 有 一 点 习 











会 

















过 了 





4.1 


我 们 一 起 来 复习 一 下 ， 第 1 章 中 我 们 月 
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更 新 限制 让 矛盾 去 无 踪 。 








一 个 j 
































er 
口 | 吊 





门 用 的 说 法 ) : 























周 查 组 成 , 这 个 刘 
直 “ 贯 穿 ” 其 中 的 。 


限制 视图 


一 一 Anon: 《Where Bugs Goy》 


四 
日 





查 是 














从 始 至 终 



































探 完 有 作 素 是 





上 么 因 























开头 章 节 。 在 


EE 要 意义 的 问题 ， 基 














> 人 直 
会 带 人 视 


)。 不 








本 章 ! 





>» 

















此 从 某 种 意义 上 来 说 ， 本 章 也 可 以 入 

















我 将 从 对 第 1 章 F 









































抛 砖 引 了 
E 复 内 容 ， 但 这 是 近 距 离 探 究 所 必须 的 部 分 )。 





例子 的 近 吕 





“抛砖引玉 ”再 回顾 


来 抛砖引玉 的 例子 从 供 














E 离 观察 7 








丰 





大 家 仔细 研究 更 新 限 

















过 请 注意 ， 研 究 这 个 3 


在 各 征 
因此 本 章 也 可 
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关 





| 视图 
FE 题 时 




















作 是 第 3 





























中 引入 了 基础 关系 变量 SC 供应 商 ”), 以 及 针对 该 关系 变量 的 两 个 限制 视图 工 
敦 供 应 商 ”) 和 NLS (“ 非 伦 敦 供 应 商 ”)。 下 面 是 用 Tutorial D 给 出 的 定义 。 
VAR S BASE RELATION 
{ SNO CHAR , SNAME CHAR , STATUS INTEGER , CITY CHAR } 
KEY { SNO }; 
VAR LS VIRTUAL ( S WHERE CITY = ‘London’ 
KEY { SNO } ; 
VAR NLS VIRTUAL ( S WHERE CITY = ‘London” ) 
KEY { SNO }; 


开始 讲 起 《很 抱 














次 ， 





应 商 - 零 部 件数 据 库 


S( 伦 


53 


正如 我 们 在 第 3 章 “ 信 息 等 价 ” 中 所 了 解 到 的 ， 至 少 从 概念 上 我 们 
可 以 清晰 地 排 布 所 有 的 因素 ,以 使 得 关系 变量 $ 是 某 数据 库 DB1 中 
的 唯一 关系 变量 , 关系 变量 LS 和 NLS 则 是 另 一 个 数据 库 DB2 中 仅 
有 的 两 个 变量 ， 那 么 DB1 和 DB2 为 信息 等 价 。 但 在 这 里 我 们 先 不 
着 急 讨 论 这 一 点 。 








现在 我 们 来 看 看 它们 的 定义 ，{SNO} 是 这 3 个 关系 变量 的 一 个 键 (其 实 还 是 个 单 
键 )， 同 时 ，{SNO} 还 是 关系 变量 LS 和 NLS 的 外 键 ， 引 用 关系 变量 S 的 键 {SNO}, 我 
之 前 并 没有 费心 去 澄清 这 些 外 键 到 底 怎么 划分 。 注意: 在 前 几 章 中 我 们 已 经 提 过 
很 多 次 了 ， 实 际 上 在 关系 变量 LS 中 我 们 可 以 去 掉 属 性 CITY， 因 为 它 的 值 是 不 变 的 
《总 是 伦敦 )， 但 在 这 里 我 不 会 这 样 做 ， 以 便 保 持 例子 的 简单 性 。 当 然 ， 如 果 我 们 去 
掉 了 这 个 属性 ， 那 么 LS 将 不 仅仅 是 $ 的 限制 这 么 简单 了 ， 而 在 本 章 中 我 想 把 我 的 精 
力主 要 放 在 限制 相关 的 问题 上 面 。 


样本 值 如 图 4.1 所 示 。 
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SNAME STATUS CITY 
20 


LS 

SNAME STATUS CLITY 
Sl smith 20 London 
S4 Clark 20 London 


NLS 
SNAME STATUS 
S2 
















Jones 10 Paris 
SS Blake 30 Paris 
S5 Adams 30 Athens 














图 4.1 关系 变量 S、LS 和 NLS 的 样本 值 














现在 让 我 们 来 回顾 一 下 “可 交换 性 原则 ”， 根据 该 原则 ， 在 基础 关系 变量 和 视图 之 
间 应 该 没有 任何 随机 的 和 不 必要 的 区 别 ( 也 就 是 说 , 视图 在 用 户 角 度 审视 , 应 该 “看 
起 来 和 感觉 上 ” 跟 基 础 关系 变量 一 样 )。 由 这 个 原则 导致 的 一 个 结果 就 是 在 这 个 例 
子 中 ， 关 系 变量 S、LS 和 NLS 的 表现 不 应 当 取 决 于 它们 之 中 谁 是 基础 关系 变量 ， 
谁 是 视图 。 因 此 ， 在 下 一 个 明确 说 明之 前 ， 我 们 姑且 假设 它们 都 是 基础 关系 变量 。 






























































































































































VAR S BASE RELATION { ... } KEY { SNO } ，; 


在 由 我 和 Hugh Darwen 合 著 的 《Database Explorations: Essays on The Third Manifesto and Related 
Topics》(CTrafford 出 版 , 2010 年 ) 这 本 书 中 有 一 篇 论文 名 叫 “Inclusion Dependencies and Foreign Keys”， 
根据 这 篇 论文 所 阐述 的 观点 来 看 ，{SNO} 在 关系 变量 S 中 也 是 一 个 外 键 ， 引 用 关系 变量 LS 和 NLS 
交集 为 空 的 合并 中 的 键 {SNO}。 
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EY { SNO } ; 




















VAR LS BASE RELATION { RR 

VAR NLS BASE RELATION { | 4 
下 面 我 们 所 重复 的 第 1 章 的 内 容 就 是 这 
我 更 喜欢 不 正式 的 散文 风格 的 定义 )。 
S: 供应 商 SNO 已 经 签 








CITY 。 


LS: 供应 商 SNO 已 经 签约 ， 名 称 为 SNAME， 捉 


CITY (CITY 均 是 伦敦 )。 











NLS: 供应 商 SNO 已 经 签约 ， 名 称 为 S 
CITY (CITY 不 是 伦敦 )。? 


同样 ， 如 同 我 在 第 1 章 中 所 
关系 变量 都 受制 于 其 






































约 ， 名 称 为 SNAME, 


EY { SNO } ; 



























































NAME, 








的 ， 除 了 我 们 已 经 提 到 
他 一 些 约束 条 件 。 在 第 











3 个 关系 变量 的 谓词 〈 请 注意 对 谓词 来 说 ， 


有 状态 STATUS， 并 且 位 于 城市 








上 有 状态 STATUS， 并 且 位 于 城市 





有 状态 STATUS， 并 且 位 于 城市 


的 最 关键 的 约束 外 ， 所 有 这 些 








1 章 中 我 并 没有 en lL 














不 过 接 下 来 我 会 逐条 说 明 。) 首先 ， 


CONSTRAIN 
CONSTRAIN 


接 下 来 两 条 也 是 。 


CONS 
CONS 





ES 
. NLS 


( S WHERE 
( S WHE 























RAIN 
RAIN 


. IS_EMP 
。 IS_EMP 



































ry = 
YY 夫 





ERE CI 
ERE CI 

















包含 特定 的 外 键 约束 ， 但 是 同样 


CONS 
CONS 








RAIN 
RAIN 


. S= UNION { LS ， 











关于 上 面 这 两 个 额外 约束 中 的 第 


通过 前 面 所 列 出 的 这 些 约束 条 件 其 实 我 们 
我 不 会 在 过 





























We 





BS 和 


. DISJOINT { LS , NLS } ，; 


人 


可 以 推 岂 下 面 几 条 也 
文 里 体现 出 来 )。 


， 我 应 当先 解释 





两 条 约束 条 件 显然 是 要 遵守 的 。 


"ondonr “)p 这 
‘London’” ) ; 




















一 下 Tutorial 


D， 至 少 是 在 本 书 中 使 用 的 版 本 ， 是 同时 支持 特定 的 二 元 〈( 中 组 ) 


和 多 元 (前 级 ) 关系 操作 的 ， 特 别 是 这 里 面 还 包含 合 


合并 (也 包括 连 


接 ， 这 点 我 们 将 在 下 一 章 看 到 )。 我 们 举例 来 说 ，LS 和 NLS 的 合并 


A 


?在 第 2 章 中 ， 








我 曾经 将 下 面 这 条 当 作 经 验 法 则 .: 


























各 关系 变量 的 谓词 




















组 同时 满足 它们 
上 的 。 


的 情况 出 现 。 尤 FE 意 观察 





其 请 六 

















我 在 这 里 是 如 何 把 这 条 法 则 应 上 











为 空 ， 因 此 应 当 防 止 数 


在 LS 和 NLS 的 谓词 








应 当 交 












































束 条 件 是 使 ) 
的 实际 蜡 




















写 清楚 




















使 是 需要 的 。 


Tutorial D 表达 的 ， 不 过 请 注意 


， 我 为 了 简化 表达 而 省 











略 掉 的 约束 名 称 在 Tutorial D 




















到 更 新 与 关系 数据 库 理论 





可 以 用 LS UNION NLS 或 者 ( 像 上 面 约 束 中 写 的 一 样 ) UNION {LS， 
NLS} 之 中 任意 一 种 方式 来 表达 .。 在 本 书 中 , 这 两 种 方式 我 都 会 用 到 ， 
不 过 我 会 根据 表述 需要 按照 适用 程度 来 选择 ,那么 对 于 上 面 两 个 “ 额 
外 ?约束 中 的 第 二 个 ,我 应 该 解释 一 下 Tutorial D 的 表达 式 DISJOINT 





{rl1 .rn}: 当 且 仅 当 变量 r1...rn 中 没有 任何 两 个 变量 具有 相同 的 数 
组 时 ，DISJOINT {r1,..,rn} 返 回 “TRUE”。 顺便 说 一 句 (你 可 能 想起 


来 第 1 章 中 曾 提 到 过 ) 这 个 约束 同 许多 关键 约束 一 样 ， 都 能 够 推导 
出 下 面 这 个 约束 。 


CONSTRAINT ... DISJOINT { LS { SNO } , NLS { SNO } }，? 


(“供应 商 编 号 不 会 同时 出 现在 LS 和 NLS 中.) 



































重要 : 请 注意 观察 前 面 所 述 的 这 些 约束 是 如 何 共同 作用 来 保证 我 早 前 提 到 的 信息 等 
价 的 。 事 实 上 ， 我 们 正好 可 以 通过 它们 来 比较 一 下 使 用 S 自己 和 综合 使 用 LS 和 
LS 这 两 种 设计 方式 是 如 何 映射 到 对 方 之 中 的 。 


作者 注 : 当然 , 一 个 数据 库 如 果 包 含 全 部 这 3 个 关系 变量 的 话 肯 定 会 有 一 些 见 余 的 



























































上 面 列 出 的 这 几 条 约束 《至 少 是 包含 多 变量 的 这 几 条 )， 可 以 通过 一 




















部 分 。 不 过 ， 
不 






































正式 的 方式 帮助 我 们 来 捕捉 到 那些 元 余 的 部 分 。 但 是 正如 我 所 解释 的 那样 〈 请 参 
看 《Database Design and Relational Theory》)， 只 要 这 些 见 余 的 部 分 被 合理 地 管控 ， 

它们 就 不 会 造成 任何 麻烦 ,对 于 这 点 我 将 会 在 下 一 节 “ 更 多 关于 补偿 性 操作 的 内 容 ” 
中 做 出 简要 的 说 明 。 
























































关于 名 词 术 语 ， 上 述 CONSTRAINT 声明 中 的 一 些 ， 有 具体 来 说 就 是 上 述 所 有 的 以 
<relation expression> = <relation expression> 方 式 写 成 的 布尔 表达 式 ， 需 要 一 个 特定 


的 “相等 依赖 条 件 ”( 必 须 随时 满足 ) 才能 够 正常 起 效 。 下 面 是 定义 。 


。 定义: 相等 依赖 条 件 (简称 EQD) 用 rx1=rx2 来 表示 ， 其 中 表达 式 rxl 和 rx2 
分 别 表示 关系 rl1 和 世 ， 并且 rl 和 12 是 相同 类 型 。 当 且 仅 当 rl 和 72 的 关系 体 
相等 时 ，EQD 成 立 。 


而 相等 依赖 条 件 其 实 是 男 一 种 更 加 常见 的 现象 的 特殊 情况 ,这 种 现象 被 称 为 “包含 


依赖 条 件 ”。 
。 定义 : 包 
























































含 依赖 条 件 (简称 IND) 用 rxl S rx2 来 表示 ， 其 中 表达 式 rxl 和 rx2 





分 别 表示 关系 rl 和 了 蕊 ， 并且 rl 和 1r2 是 相同 类 型 的 。 当 且 仪 当 1 的 关系 体 是 
I2 关系 体 的 一 个 子 集 时 ，IND 成 立 。 
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对 于 后 面 这 个 定义 ， 有 下 面 几 个 重点 需要 注意 。 











外 键 约束 是 IND 的 一 个 特殊 情况 。 例 如 ， 在 关系 变量 LS 中 ，{SNO} 是 一 个 外 
键 ， 引 用 关系 变量 S 的 键 {SNO}， 因 此 LS 对 $ 来 说 满足 IND 一 一 LS 在 SNO 
上 的 投影 包含 于 S 在 SNO 上 的 投影 (用 符号 表示 就 是 LS{SNO} S S{SNO})。 


前 面 已 经 说 过 ，EQD 也 是 IND 的 一 个 特殊 情况 。 实 际 上 ，EQD rl = 72 等 价 于 
两 个 IND rl ESE 2 和 mm Srl 同时 成 立 的 情况 。 换 句 话 说 ，EQD 成 立 是 两 个 变 
量 之 间 一 对 IND“ 相 互 成 立 ” 时 的 情况 。 

虽然 目前 所 说 的 与 视图 更 新 话题 没有 什么 直接 的 联系 , 但 是 这 一 点 我 一 定 要 提 
及 , 那 就 是 任何 一 个 使 用 Tutorial D CONSTRAINT 来 表达 的 约束 实际 上 都 可 以 
通过 一 个 EQD 来 表达 (这 里 请 读者 自己 做 几 个 相关 练习 试 试看 )。 
































4.2 更 多 关于 补偿 性 操作 的 内 容 


企 第 1 章 中 ， 我 们 看 到 了 补偿 性 操作 是 如 何在 “抛砖引玉 ”的 例子 中 使 用 ， 从 而 确 
保 在 更 新 结束 后 所 有 的 相应 的 约束 还 继续 生效 的 。 这 里 我 们 所 说 的 补偿 性 操作 《或 


规则 ) 如 下 所 列 。 


这 


















































ON DELETE d FROM LS : DELETE d FROM S ; 
ON DELETE d FROM NLS : DELETE Q FROM S ; 















































ON DELETE d FROM S : DELETE ( d WHERE CITY = ‘London’ ) FROM LS ， 
DELETE ( d WHERE CITY 5 ‘London’ ) FROM NLS ，; 



































ON INSERT i INTO LS : INSERT i INTO S ，; 
































ON INSERT i INTO NLS : INSERT i INTO S ); 
ON INSERT i INTO S : INSERT ( i WHERE CITY = ‘London’ ) INTO LS ， 
INSERT ( i WHERE CITY 5 ‘London’ ) INTO NLS ; 

















些 具体 的 规则 在 第 1 章 中 我 们 或 多 或 少 都 有 所 解释 , 但 是 关于 它们 仍然 还 有 许多 









































值得 说 的 内 容 ， 因 此 我 们 将 用 这 一 节 来 做 个 补充 ， 具 体 如 下 。 




















首先 ， 你 可 能 已 经 注意 到 我 在 术语 的 使 用 上 有 点 不 那么 精准 。 甚 实 ， 我 使 用 了 
词语 “补偿 性 操作 ”来 表达 两 层 意思 ，(a) 补偿 性 操作 ， 都 是 在 具体 的 更 新 操 
作 完 成 之 后 才 执 行 的 ，(b) 在 实际 应 用 的 语法 中 对 这 类 操作 的 正式 叫 法 (虽然 
我 也 用 “规则 ”这 个 词语 来 表达 后 面 这 一 点 )。 而 在 后 面 的 章 拉 ， 我 会 继续 保 
留 这 种 说 法 ,希望 这 不 会 造成 混淆 。 


例子 中 的 这 些 规则 都 是 在 假设 的 前 提 下 , 在 Tutorial D 环 境 中 , 故意 用 比较 元 长 
的 方式 来 表达 的 。 合 在 一 起 , 它们 可 以 体现 后 面 几 页 里 我 将 要 对 补偿 性 操作 使 
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用 的 一 种 语法 。“ 请 注意 ，d 和 i 都 是 对 这 些 规则 有 效 的 参数 ， 分 别 代 表 在 规则 
需要 补偿 的 对 象 提出 更 新 需求 后 相应 要 删除 和 插入 的 集合 ， 在 规则 中 使 用 
DELETE d FROM R 和 INSERT i INTO R 的 形式 表示 。 同 时 也 请 注意 ， 正 因为 d 
和 i 各 自 的 身份 ， 导 致 它们 的 交集 为 空 。 


补偿 性 操作 可 以 使 用 多 种 语法 运用 不 同方 式 表 达 , 但 在 语义 上 是 等 价 的 。 例 如 ， 


从 S 到 LS 和 NLS 的 删除 规则 如 下 。 


ON DELETE d FROM S : DELETE ( d WHERE CI 
DELETE ( d WHERE CI 





























= ‘London’ ) FROM LS ， 
去 ‘London’ ) FROM NLS ，} 
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也 可 以 像 下 面 这 样 来 表示 。 


ON DELETE d FROM S : DELETE ( LS MATCHING d ) FROM LS ， 
DELETE ( NLS MATCHING d ) FROM NLS ; 


















































甚至 还 可 以 用 下 面 这 种 形式 来 表达 如 下 。 


ON DELETE d FROM S : DELETE d FROM LS ， 
DELETE d FROM NLS ; 















































当然 ， 前 提 是 “要 删除 一 个 不 存在 的 数组 ”并 不 是 一 个 错误 。 对 于 这 一 点 如 果 我 
们 要 讲 得 极端 一 些 ， 那 就 是 我 们 总 是 可 以 单独 只 用 关系 赋值 来 表达 这 些 规则 。? 
而 为 了 教学 的 目的 ， 我 更 倾向 于 使 用 INSERT 和 DELETE 来 更 清晰 地 表达 这 些 规 
则 。 但 我 必须 要 强调 ， 在 本 书 中 我 最 主要 的 目的 是 保证 所 有 的 公式 表达 在 逻辑 上 
是 正确 的 ， 而 并 不 是 在 目前 的 阶段 找 出 最 简便 的 或 者 最 有 效率 的 公式 表达 方式 。 


这 里 解释 一 下 前 面 的 一 点 。 我 希望 大 家 通过 我 在 第 2 章 的 说 明 能 明显 地 看 出 ， 
我 的 目标 总 是 要 让 理论 正确 ， 而 不 是 去 担心 执行 方面 的 问题 (至 少 现在 还 不 用 
担心 )。 而 毫 无 疑问 在 实际 的 应 用 和 执行 过 程 中 总 会 出 现 需 要 改进 的 问题 。 注 
意 : 在 这 里 我 还 是 想 提 一 个 这 类 问题 ， 那 就 是 只 要 DELETE d FROM R 这 个 语 
名 出现,d 就 可 以 安全 地 被 d INTERSECT R 替代 ,同样 的 ,只 要 INSERTi INTO 
R 这 个 语句 出 现 ，i 都 可 以 安全 地 被 1MINUS R 替代 。 为 了 便于 说 明和 阅读 ， 
在 接 下 来 的 文章 中 ， 我 会 假设 这 些 蔡 代 总 是 发 生 ， 也 因此 d MINUS R 和 i 
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4 


这 并 不 是 说 我 不 可 救 药 地 “ 嫁 给 了 ”这 种 语法 (我 希望 没有 )， 只 是 这 种 语法 能 够 支持 我 在 本 书 中 所 
要 表达 的 内 容 ， 仅 此 而 已 。 
例 
和 “London 。 现 在 ， 你 是 不 是 觉得 这 种 形式 的 规则 表达 式 特别 有 吸引 力 ? 因为 它 看 起 来 比 我 选择 的 



































如 , 下 面 这 段 : ON <anyupdate> TO S :LS :=S WHERE CITY = ‘London’, NLS :=S WHERE CITY 






































INSERT 和 DELETE 逐条 写 清楚 的 方式 要 简单 得 多 。 然 而 ， 我 的 观点 是 这 类 所 谓 的 “简单 ”基本 









































都 是 假象 。 因 为 它 很 明显 在 实际 应 用 中 更 难 实行 ， 尤 其 是 对 很 多 重要 问题 ， 诸 如 如 何 对 “单纯 的 
INSERT” 或 “单纯 的 DELETE” 操 作 要 求 做 出 响应 等 。 
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INTERSECTR 总 是 都 为 空 。 换 名 话说 《尽管 前 面 的 注释 有 说 过 这 点 ) ， 我 会 假 
设 这 类 规则 不 会 要 求 将 一 个 已 经 存在 的 数组 插入 到 变量 , 或 将 一 个 不 存在 的 数 
组 从 变量 中 删除 。 


假设 一 个 用 户 U 可 以 看 到 所 有 3 个 关系 变量 S$、LS 和 NLS， we 
执行 了 一 个 DELETE 操 作 。 那 么 ， 由 于 该 关系 变量 上 的 删除 规则 生效 ， 这 
DELETE 操 作 (一 般 情 况 下 ) 将 会 同时 从 关系 变 Wi 
文 条 规则 必须 是 对 用 户 U 清 晰 可 见 的 ， 否 则 的 话 用 户 U 就 会 发 现 上 面 的 情况 违 
反 了 赋值 原则 (也 是 一 般 情况 下 )。 具 体 来 说 就 是 如 果 用 户 U 不 知道 这 条 规则 ， 
那么 他 就 很 可 能 看 到 数据 库 变 量 发 生变 化 , 也 就 是 代表 整个 数据 库 的 变量 发 生 
变化 ， 而 这 并 不 是 该 用 户 的 原始 需求 。 同 样 的 ， 该 用 户 也 会 看 到 并 没有 明确 要 
求 过 的 更 改 发 生 在 变量 LS 和 /或 NLS 上 。 因 此 ， 下 面 两 条 一 定 要 注意 ，(a) 补 
偿 性 操作 不 能 被 当 作 “卧底 ”来 对 待 ， 反 而 必须 要 让 用 户 知道 它 的 存在 ，(b) 
用 户 必须 清楚 地 知道 他 们 所 要 求 的 某 一 项 更 新 实际 上 是 一 系列 扩展 操作 的 综 
合体 ， 尤 其 是 对 那些 特定 的 多 重 赋值 来 说 。 


继续 上 面 的 一 点 ， 如果 用 户 发 起 了 一 个 更 新 需求 ,那么 这 个 更 新 连同 所 有 和 它 
有 关 的 补偿 性 操作 必须 作为 一 个 整体 ,在 语义 上 构成 一 个 原子 操作 ， 有 具体 来 说 
就 是 一 个 多 重 赋值 操作 。 因 此 ,在 这 个 多 重 赋值 被 整体 执行 完成 之 前 ， 是 没有 
一 致 性 检查 的 。 注 意 : 正如 第 2 章 中 所 讲 过 的 ， 通 常情 况 下 ， 对 于 组 成 多 重 赋 
值 的 每 一 个 单独 的 赋值 ,我 们 都 可 以 认为 它们 是 同时 发 生 的 。 不 过 对 于 我 们 现 
在 所 讲 的 这 个 例子 而 言 , 为 了 能 够 更 好 地 服务 于 本 书 , 我 会 假设 更 新 部 分 的 操 
作 首 先 完成 ,补偿 性 操作 然后 完成 (可 能 这 里 使 用 “在 其 之 后 ” 比 “ 在 其 之 上 ” 
更 容易 让 大 家 理解 )。 但 是 请 注意 ， 这 个 假设 并 “不 是 ”逻辑 上 的 要 求 ， 只 是 
这 样 假设 能 够 简化 相应 规则 的 表达 式 (在 通常 情况 下 )。 


补偿 性 操作 本 身 也 是 一 个 更 新 操作 , 因此 一 般 它 的 被 执行 可 能 导致 特定 的 更 进 
一 步 的 补偿 性 操作 发 生 , 以 此 类 推 。 我 们 举 个 例子 , 针对 关系 变量 S 的 DELETE 
操作 ， 从 S 到 LS 的 级 联 删 除 将 会 引发 从 LS 到 S 的 级 联 删 除 规则 被 调用 。 当 然 这 
里 所 说 的 第 二 个 级 联 删 除 对 本 范例 是 无 效 的 , 但 是 它 确实 给 我 们 引出 了 一 个 有 
趣 的 问题 ， 那 就 是 通常 情况 下 级 联 操作 到 底 该 在 什么 时 候 停 止 。 我 相信 这 是 一 
个 值得 深入 研究 的 问题 。 而 为 了 更 好 地 服务 于 本 书 , 我 将 选择 从 实际 角度 出 发 
来 说 明 ， 那 就 是 级 联 操作 会 在 达到 一 个 “固定 点 ”的 时 候 停止 ， 当 达到 了 这 个 
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E 意 观察 这 类 情况 与 下 面 情况 的 相似 性 。 如 果 一 个 用 户 同时 可 以 看 到 关系 变量 S 和 关系 变量 SP， 那 
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S 与 SP 存在 级 联 删 除 规则 的 情况 下 ， 该 用 户 被 允许 对 关系 变量 S 执行 删除 操作 。 
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”我 很 抱歉 在 这 里 使 用 了 逻辑 性 不 那么 强 的 词语 “固定 点 ” 这 并 不 是 我 造 的 词 。 更 重要 的 是 我 们 要 注 
意 下 面 两 个 默认 的 假设 : (a)“ 固 定点 ”一 定 会 达到 ，(b) 这 个 点 是 独一无二 的 ! 让 我 再 重复 一 次 ， 





点 时 ， 数 据 库 不 再 发 生 新 的 变化 。 注意 : 假设 U1 是 用 户 提交 的 更 新 需求 ， 对 
Ul 的 补偿 性 操作 又 导致 了 另 一 个 更 新 需求 U2 产生 , 而 它 又 导致 了 男 一 个 补偿 
性 操作 被 执行 (以 此 类 推 )， 这 个 时 候 U2 又 成 为 了 后 面 补偿 性 操作 的 “原始 更 
新 需求 "， 以 此 类 推 , 递归 循环 。 当 然 ， 执 行 所 有 的 这 些 更 新 U1，U2…… 集 合 
的 时 候 ， 语 义 上 必须 还 是 构成 一 个 原子 操作 。 


最 终 ， 证 我 们 来 检验 一 下 下 面 的 情况 : LS 和 NLS 是 视图 ， 而 $ 是 一 个 基 表 ， 
但 是 请 记得 , 目前 为 止 , 所 有 这 3 个 关系 变量 都 是 基础 变量 。 考虑 到 这 种 情况 ， 
我 观察 到 诸如 我 们 所 讨论 的 这 些 补偿 性 操作 正 是 关系 变量 之 间 “ 控 制 见 余 ”所 
需要 的 因素 。 换 句 话 说 就 是 在 一 般 情况 下 ， 即 使 数据 库 根 本 不 支持 视图 ， 补 偿 
性 操作 也 是 存在 的 。 注 意 : 元 余 如 果 存 在 的 话 应 当 是 被 “控制 ”的 (并且 用 户 
了 解 这 一 点 )， 但 是 为 了 确保 一 致 性 的 “扩大 化 更 新 ”任务 却 被 系统 管理 ， 而 
不 是 被 用 户 。( 不 可 控 的 元 余 会 成 为 问题 ， 而 可 控 的 见 余 却 不 会 。) 控制 元 余 需 
要 引入 以 下 两 点 : (a) 向 数据 库 管理 系统 清晰 明了 地 说 明 元 余 的 情况 ，(\b) 设 
置 数据 库 管理 系统 负责 进行 必要 的 扩展 更 新 。 而 对 于 我 们 手中 这 个 例子 来 说 ， 
说 明 元 余 的 情况 ， 就 是 要 说 明 哪 些 多 重 变量 约束 是 适用 的 。 


前 面 的 一 点 实际 上 是 一 个 特殊 情况 ， 而 一 般 情况 已 经 在 第 3 章 中 提 到 过 ， 即 补 
偿 性 操作 无 论 如 何 都 会 存在 从 而 保持 特定 的 多 变量 约束 能 够 起 效 。 当 然 , 在 这 
里 我 假设 我 们 并 不 想 让 用 户 自己 负责 编写 出 必要 的 多 重 赋 值 , 因为 每 次 他 们 执 
行 一 个 更 新 ，( 他 们 写 的 ) 多 重 赋值 都 可 能 违反 某 条 约束 。 我 们 换 一 种 方式 理 
解 : 根据 定义 来 看 , 多 变量 约束 通常 意味 着 特定 的 更 新 在 逻辑 上 必须 是 多 重 赋 
值 。 所 以 我 们 需要 在 下 面 两 种 情形 中 做 出 选择 : 要么 (a) 我 们 要 求 用 户 必 须 
总 是 自己 来 编写 出 那些 多 重 赋值 ， 要 么 (b) 我 们 找到 一 种 方法 让 系统 来 做 一 
部 分 工作 , 这 样 用 户 每 次 基本 只 写 一 个 单独 赋值 就 可 以 了 。 补 偿 性 操作 就 是 为 
了 达成 选项 (b) 而 存在 的 。 


有 一 位 本 书 早期 草稿 的 审阅 者 曾经 问 我 , 在 关系 变量 S、LS 和 NLS 的 例子 中 ， 
为 什么 补偿 性 操作 都 必须 是 级 联 的 ?具体 来 讲 ， 那 位 审阅 者 指出 了 下 面 两 点 : 
(a) SQL 允许 一 种 “引用 操作 referential action”[ 原 文 如 此 ] 叫 作 NO ACTION ,， 
这 个 操作 可 以 代替 级 联 ， 原 理 是 如 果菜 个 更 新 会 违反 引用 完整 性 约束 ， 那 么 
这 个 更 新 就 会 直接 失败 。 因 此 他 指出 了 第 二 点 (b) 为 什么 我 们 不 能 在 自己 讨 
论 的 例子 中 有 一 个 类 似 的 选项 呢 ? 下 面 针 对 这 个 疑问 我 有 两 个 回应 。 第 一 ， 












































































































































































































































































































































我 相信 这 方面 的 问题 需要 更 多 的 研究 。 
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如 果 提 出 类 似 的 这 个 选项 的 话 意味 着 我 们 可 能 要 让 用 户 总 是 自己 来 编写 这 些 
多 重 赋 值 ， 而 不 是 让 系统 来 承担 一 部 分 工作 (请 参看 我 前 面 一 条 着 重 记号 的 内 
容 )。 第 二 ， 当 我 们 考虑 到 这 个 例子 的 真实 对 象 ， 即 例 中 的 $ 是 基础 关系 变量 ， 
而 LS 和 NLS 则 是 视图 时 ， 我 们 就 会 发 现 级 联 是 “一 定 会 ”发 生 的 事情 。 


。 ”在 本 节 我 还 有 最 后 一 点 要 说 ， 而 且 是 很 重要 的 一 点 ， 它 是 前 一 点 的 延续 。 请 大 
家 回忆 一 下 第 2 章 最 后 一 节 的 这 上 段 话 : 


“关系 变量 ”( 至 少 是 在 数据 库 中 的 关系 变量 ) 并 不 是 真正 的 变量 ,它们 只 是 一 些 让 
人 觉得 很 便利 的 虚构 的 变量 ， 能 够 制造 出 这 种 假象 ， 即 数据 库 〈 或 数据 库 变量 ) 可 
以 一 点 一 点 地 、 一 个 关系 变量 一 个 关系 变量 地 被 更 新 。 我 们 进一步 可 以 推 类 出 ， 在 
某 种 意义 上 ,“ 关 系 赋值 ”( 不 管 是 不 是 多 重 的 ) 也 同样 是 个 方便 的 假象 ， 有 具体 来 说 
就 是 它 是 一 个 虚拟 操作 , 让 我 们 感觉 好 像 可 以 通过 一 系列 针对 这 个 数据 库 内 的 单独 
的 关系 变量 的 更 新 ， 来 实现 对 数据 库 变量 的 更 新 。 


但 是 我 现在 必须 说 : 这 个 “虚拟 的 假象 ”并 不 是 百分之百 能 够 一 直 持续 正常 运作 的 。 
这 是 因为 通常 情况 下 在 实际 环境 中 进行 更 新 , 尤其 是 视图 更 新 时 ， 并 不 总 
一 赋值 就 能 实现 〈 因 此 我 们 只 能 对 变量 逐个 更 新 )。 下 面 几 章 我 会 详细 地 
性 操作 ,目前 来 看 , 它们 大 多 数 时 间 都 能 很 好 地 维持 这 些 “ 虚 拟 的 假象 ”正常 运作 ， 
但 是 在 某 些 情 况 下 《〈 当 遇 到 时 ， 我 会 明确 地 指出 ) 它们 可 能 会 由 于 某 些 原因 而 产生 
出 让 人 无 法 接受 的 效果 。 而 在 这 些 情况 下 就 是 效果 让 人 无 法 接受 的 情况 下 )， 我 
想 除 了 让 用 户 自己 来 编写 出 一 个 适用 的 多 重 赋值 (其 实 就 是 一 个 适用 的 “数据 库 ” 
赋值 ) 以 外 ， 别 无 他 法 。 


4.3 ”关于 触发 器 


在 这 里 我 想 先 暂 停 一 下 说 点 别 的 ， 以 防 你 们 会 产生 另 一 个 反对 意见 ， 即 整个 “补偿 
性 操作 ”的 想法 不 就 是 把 SQL 风格 的 触发 器 换 了 个 名 字 搬 出 来 么 ? 换 句 话说 就 是 
我 说 了 半天 有 什么 是 新 东西 吗 ? 

显然, 在 这 两 个 概念 之 间 确 实 存在 着 一 些 相似 的 地 方 。 如 果 (目前 是 很 典型 的 情况 ) 
系统 提供 很 少 或 者 不 直接 提供 针对 补偿 性 操作 的 支持 , 我 们 甚至 可 以 通过 触发 器 来 
实施 补偿 性 操作 。* 但 这 里 同时 也 存在 着 很 多 不 同 ， 下 面 列 出 一 些 。 






















































































































































































































































































































































































































































































































































































































































































一 位 审阅 者 曾 就 这 一 点 做 出 过 批注 ， 如 果 我 们 在 这 里 使 用 触发 器 的 话 要 注意 下 面 两 点 ，(a) 通常 来 讲 这 
样 使 用 触发 器 是 非 平凡 的 ，(b ) 在 某 些 情况 下 ， 如 果 系 统 不 允许 触发 器 被 循环 调用 ， 那 么 是 不 可 能 这 样 
使 用 触发 器 的 。 
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触发 器 可 以 并 且 经 常 引 入 过 程 代码 。 事实 上 , 我 查阅 了 一 些 关 于 这 个 问题 的 教 
科 书 ， 既 包括 针对 SQL 商业 产品 的 ， 也 包括 针对 SQL 标准 的 ， 发 现 比较 通用 
的 假设 是 触发 器 总 是 引入 过 程 代码 。 对 比 来 说 ,在 本 书 中 我 所 介绍 的 补偿 性 操 
作 则 更 多 地 可 以 使 用 自然 语言 来 表述 。( 当 然 ， 对 于 “可 表述 性 ”和 “过 程 ” 
这 两 个 词 并 没有 正式 的 定义 ， 所 以 这 一 点 表达 的 可 能 没 想 象 中 有 那么 精确 。 但 
在 这 里 我 想 说 明 的 是 ， 通 常情 况 下 我 所 提出 的 补偿 性 操作 确实 像 Tutorial D 
一 样 是 可 表述 的 。 除 此 之 外 , 这 些 操 作 是 可 表述 的 这 个 事实 也 意味 着 数据 库 
管理 系统 可 以 “理解 ” 这些 操 作 要 做 什么 并 且 可 以 通过 正式 的 渠道 把 它们 合 
理化 。) 


根据 上 面 说 的 展开 来 看 ， 触 发 器 通常 可 以 做 任何 事 ， 换 名 话说 就 是 ， 它 们 可 以 
引入 任意 复杂 度 的 程序 ， 而 补偿 性 操作 最 复杂 的 程度 ， 也 不 过 是 综合 执行 一 些 
关系 型 INSERT 和 DELETE 操作 。 


对 于 触发 器 来 说 ， 系 统 不 可 能 自己 决定 下 一 步 执行 哪些 操作 (如果 系 统 有 这 个 
能 力 ， 那 么 触发 器 的 存在 就 显得 没 那么 必要 了 )。 也 就 是 说 ， 触 发 器 是 用 户 自 
己 来 定义 的 。 而 我 们 反观 补偿 性 操作 ， 正 如 我 在 第 1 章 所 说 的 系统 应 当 能 够 
自己 确定 需要 执行 哪些 操作 ， 换 言 之 ， 这 些 操 作 应 该 是 由 系统 定义 的 ， 而 不 
是 用 户 。 


通常 来 讲 ， 触 发 器 的 操作 细节 ， 甚 至 是 否 存在 这 点 ， 对 于 用 户 来 说 都 是 被 隐藏 
起 来 的 。 由 此 导致 的 结果 是 从 用 户 角度 来 看 他 们 很 可 能 认为 使 用 触发 器 就 会 导 
致 违反 “赋值 原则 ”。 这 也 是 相对 于 补偿 性 操作 的 情况 而 言 的 。 


尤其 是 在 SQL 环境 中 ， 触 发 器 能 够 并 且 经 常 违 反 集 合 级 别 的 关系 模型 特性 。 
正如 我 在 第 1 章 所 说 的 , 根据 定义 来 说 关系 更 新 是 集合 级 别 的 ， 并且 它们 一 定 
不 能 被 当 作 是 一 系列 单独 数组 级 别 更 新 (在 SQL 环境 中 是 行 级 别 更 新 ) 的 集 
合 , 尤其 是 补偿 性 操作 必须 在 用 户 要 求 的 更 新 完全 执行 完毕 之 后 才能 够 开始 执 
行 ， 而 完整 性 约束 则 是 必须 要 在 更 新 “和 ”任何 相关 的 补偿 性 操作 全 部 完成 之 
后 才 开 始 检验 。 目 前 来 看 SQL 支持 一 种 叫 作 “ 行 级 别 ” 的 触发 堪 ， 而 它 则 是 
完全 违反 关系 规则 的 。 


最 后 (通常 与 触发 器 不 同 )， 由 于 “可 交换 原则 ”的 关系 ， 我 所 说 的 关于 视图 
更 新 的 这 些 补偿 性 操作 是 逻辑 上 必需 的 。” 
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”至 少 在 我 们 有 信息 等 价 的 情况 下 ， 它 们 就 是 逻辑 上 必需 的 。 
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4.4 天 于 显 式 更 新 操作 
假设 在 关系 变量 S 上 ， 我 们 有 下 列 显 式 UPDATE 操作 


UPDATE S WHERE CITY = 











:= 3 





‘Paris’ : { STATUS 











在 《SQL and Relational Theory》 一 书 
关系 赋值 的 简化 写法 。 

















S := ( S WHERE CITY ‘Paris’ ) 
UNION 
( EXTEND S WHERE CITY = ‘Paris’ : { STAT 

















换 句 话说 ,这 个 更 新 整体 的 效果 (至少 从 概念 上 讲 ) 是 首 


o 


0 


US := 30 )) :; 


先 
































应 商 ， 然 后 把 它们 的 状态 值 设 为 30 再 重新 插入 进来 。 
个 集合 一 一 位 于 巴黎 的 供 

















应 商 ， 和 状态 值 为 30 且 位 于 巴黎 














删除 所 有 位 于 巴 歼 的 供 


我 们 解释 过 ， 这 个 操作 实际 上 被 定义 为 下 列 














不 过 请 注意 观察 ， 这 里 有 2 






































为 空 ， 因 
以 供应 商 S3 为 例 ， 取 它 的 值 作为 参考 值 )。 医 
插入 集合 i 确实 交集 为 空 一 一 在 这 里 我 们 能 够 确 
UPDATE 扩 展 式 重新 修改 为 如 下 形式 。 


去 “Paris’ 

































































S 





:= ( S WHERE ¥ OR STATUS 


UNION 
( EXTEND S WHERE CITY = 


cI 








A 
A 





AND S 
{ S 


‘Paris’ 

















从 这 个 扩展 式 中 我 们 得 出 d= 状态 值 不 为 30 的 位 于 巴黎 的 供 











30 的 位 于 巴黎 的 供应 商 ,并 且 


这 两 个 集合 的 交集 为 空 ， 





























此 ， 如 果 我 们 想 要 确保 删除 鲁 
定 “， 那 么 我 们 就 必须 将 原来 的 





US: ;e301 
US := 30 } )，; 





满足 要 求 。 

















操作 ， 因 






































为 它们 暂时 跟 我 要 
看 这 些 针对 显 式 UPDATE 





的 供应 商 ， 可 能 交集 不 
为 有 些 位 于 巴黎 的 供应 商 在 更 新 完成 之 前 的 状态 值 就 已 经 是 30 了 【我们 





苦 合 d 和 


应 商 , 以 及 二 状态 值 为 





到 目前 为 止 , 在 刚刚 的 这 个 例子 中 我 故意 忽略 了 补偿 愧 
表述 的 观点 还 没什么 关系 。 不 过 现在 还 是 让 我 们 来 看 
操作 有 关 的 操作 能 带 来 什么 样 的 效果 吧 。 但 是 请 一 定 记 住 ,目前 我 还 是 假设 所 有 涉 














及 的 关系 变量 都 是 基础 关系 变量 , 暂时 不 包含 视图 。 
也 仅仅 是 部 分 ) 重复 第 1 章 的 一 些 内 容 。 




















日 和 生 











UPDATE NLS WHERE SNO sr CLTY Se MOSLTO 





OD 




















为 了 能 够 更 简洁 地 表述 ， 让 我 们 假设 ， 我 们 已 经 知道 供 

















注意 : 接 下 来 的 讨论 是 部 分 (但 


个 例子 ， 我 们 设 下 列 UPDATE 操作 在 关系 变量 NLS 上 执行 。 


4 你 
































! 说 得 明确 一 点 ， 我 们 当然 不 想 要 这 种 先 删 掉 一 些 东西 ， 



































应 商 S2 所 在 的 城市 并 非 奥 





























西 ， 再 插入 一 些 东 西 ， 相 当 于 取消 之 前 删除 的 无 用 功 。 
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斯 陆 。 那 么 接 下 来 将 会 发 生 的 情况 如 下 。 




















1. 代表 供应 商 S2 的 已 存在 的 数 引 
是 Oslo 的 代表 该 供应 商 的 新 数组 ， 
我 在 这 里 (并 且 在 本 书 中 所 有 需要 这 样 做 的 例子 中 ) 假设 我 们 可 以 单 就 删除 和 插 



































被 从 关系 变量 NLS 中 删除 ， 然 后 一 个 CITY 值 
被 插入 到 相同 的 关系 变量 中 。 注意; 为 了 简便 












































入 的 这 些 数组 ， 而 不 是 整个 关系 进行 讨论 。 不 过 从 技术 上 讲 ， 你 应 当 明 白 ， 这 类 





讨论 针对 的 是 数组 的 “集合 ”只 
有 一 个 )， 




















是 这 些 集合 的 势 刚 好 为 1〈 也 就 是 集合 的 元 素 只 














2. 由 于 从 NLS 到 $ 的 级 联 删除 规则 起 效 ， 代 表 供应 商 S2 的 已 存在 的 数组 也 被 从 
关系 变量 S 中 删除 , 而 由 于 从 NLS 到 S 的 级 联 插 入 规则 起 效 , 一 个 CITY 值 是 Oslo 


























的 代表 该 供应 商 的 新 数组 ， 也 被 扣 























入 到 关系 变量 $ 中 。 


请 一 定 多 加 注意 , 前 面 这 些 DELETE 和 INSERT 操作 都 是 作为 同一 个 原子 操作 ( 当 











然 是 一 个 多 重 赋值 ) 的 一 部 分 来 执行 的 。 尤 其 是 , 一 致 性 检查 要 在 所 有 的 DELETE 





和 INSERT 操作 结束 后 才 会 发 生 。 


























接 下 来 是 第 二 个 例子 ， 设 下 列 UPDATE 在 关系 变量 S 上 执行 。 














UPDATE S WHERE SNO = ‘S27’ 








人 























为 了 便于 理解 我 们 假设 已 经 知道 供 








情况 。 
1. 当前 存在 的 供应 商 S2 的 数组 




















London 的 代表 该 供应 商 的 新 数组 被 插入 到 相同 的 关系 变量 中 。 














应 商 S2 的 所 在 城市 并 非 伦 敦 。 那 么 将 出 现 如 下 














被 从 关系 变量 $ 中 删除 ， 然 后 一 个 CITY 值 为 























2. 由 于 从 S 到 NLS 的 级 联 删除 规则 起 效 ， 代 表 供应 商 S2 的 已 存在 的 数组 也 被 从 


























关系 变量 NLS 中 删除 ， 而 由 于 从 
London 的 代表 该 供应 商 的 新 数组 ， 
供应 商 S2 的 数组 从 关系 变量 NLS 
当地 ”随意 。 






































UPDATE NLS WHERE SNO = ‘S27" 


b 么 就 会 出 现下 面 的 情况 。 


























测 


























S 到 LS 的 级 联 插 入 规则 起 效 ， 一 个 CITY 值 是 
也 被 插入 到 关系 变量 LS 中 。 换 句 话说 就 是 代表 
“迁移 ”到 关系 变量 LS : 当然 这 种 说 法 “ 相 
























































后 再 举 一 个 例子 ， 假 设 上 述 的 UPDATE 已 经 被 指向 关系 变量 NLS， 而 不 是 关系 


{CITY ?= London’” 1}.3 


1. 当前 存在 的 代表 供应 商 S2 的 数组 被 从 关系 变量 NLS 中 删除 。 
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2. 系统 试图 向 NLS 插入 一 个 CITY 值 为 London 的 代表 供应 商 S2 的 新 数组 。 但 是 
这 种 尝试 失败 了 ,因为 它 违 反 了 一 条 NLS 的 约束 条 件 , 那 就 是 在 该 关系 变量 中 CITY 
值 永远 不 能 为 London。 于 是 整个 更 新 失败 ， 之 前 的 一 步 〈 也 就 是 从 NLS 中 删除 代 
表 供 应 商 $2 的 原始 数组 ) 被 取消 ， 最 终 效果 就 是 数据 库 维 持原 样 没 有 发 生 改 变 。 


4.5 供应 商 与 设备 供应 











除 ， 于 是 : 








让 我 们 考虑 一 
变量 $ 的 外 键 约束 。 针 对 这 个 讨论 ， 我 们 假设 要 确定 一 个 跟 这 个 外 键 有 关 的 级 联 删 
11 
























































本 节 并 非 是 主线 内 容 ， 并 且 在 你 第 一 次 阅读 的 时 候 它 很 有 可 能 被 跳 
过 。 一 方面 ， 本 节 中 所 使 用 的 例子 从 性 质 上 讲 与 目前 为 止 本 章 所 考 
虑 的 (也 就 是 伦敦 的 供应 商 对 比 非 伦 敦 的 供应 商 ) 并 不 相同 ， 它 同 
供应 商 与 零 部 件数 据 库 中 的 关系 交 量 S 和 SP 有 关 ， 并 且 毫 无 疑问 
其 中 的 一 个 关系 变量 是 另 一 个 的 限制 条 件 ， 同 样 确定 的 是 其 中 并 没 
有 一 个 变量 是 另 一 个 的 视图 。 另 一 方面 ， 虽 然 总 的 来 看 我 们 将 要 讨 
论 的 问题 与 更 新 是 有 关 的 ， 但 具体 来 说 似乎 与 视图 更 新 (或 者 宛 余 
控制 ) 没有 很 大 关系 。 由 于 以 上 这 些 原 因 ， 接 下 来 我 们 所 讨论 的 内 
容 其 实 并 不 属于 本 章 ， 反 而 它 更 应 该 被 放 到 第 2 章 或 者 第 3 章 中 。 
但 是 它 却 又 必须 爷 仗 一 些 特定 的 素材 ， 特 别 是 在 上 面 一 节 中 所 讨论 
到 的 显 式 UPDATE 操作 内 容 , 而 这 些 却 又 没有 被 涵盖 于 第 2 章 和 第 
3 章 中 ( 放 在 第 2 章 和 第 3 章 中 确实 不 太 合理 )， 因 此 我 决定 将 它 放 
在 这 里 讲 。 

下 在 供应 商 与 零 部 件数 据 库 上 从 设备 供应 关系 变量 SP 到 供应 商 关 系 



































ON DELETE Q FROM S : DELETE ( SP MATCHING Q ) FROM SP } 

















作者 注 : 既然 关系 变量 SP 并 不 是 由 关系 变量 S 来 定义 的 , 尤其 是 ，SP 并 非 $ 的 视 



































图 ， 那 么 毫 无 疑问 数据 库 管理 系统 会 单独 从 关系 变量 定义 的 角度 来 判断 哪个 〈 些 ) 












































规则 是 适用 的 。 而 对 于 数据 库 管理 员 或 者 某 些 被 授权 的 用 户 来 说 ,他 们 则 只 能 想 办 












































1 在 SQL 中， 这 类 规则 应 该 能 够 更 加 简单 (?) 地 使 用 ON DELETE CASCADE 这 个 格式 来 定义 ， 并 














法 将 这 些 规则 逐条 弄 清 楚 。 


下 面 我 们 来 看 





这 个 针对 关系 变量 S 的 UPDATE 操作 。 
























































是 因为 删除 操 
定义 : (a) 使 











且 被 稍微 有 点 不 合 逻 辑 地 作为 对 表 SP 的 CREATE TABLE 声明 的 一 部 分 。( 这 里 我 说 “不 合 逻 辑 ” 











F 其 实 是 对 表 S 而 非 对 表 SP 进行 的 操作 。) 所 以 我 更 倾向 于 使 用 具备 以 下 两 点 特征 的 



































































































































我 自己 的 故意 有 点 元 长 的 语法 ， 以 及 (b) 可 以 作为 一 个 独立 而 正确 的 声明 存在 。 
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UPDATE S WHERE SNO = ‘SS1’ : { STATUS := 10 } ; 

















为 了 便于 理解 我 们 假设 已 经 知道 供应 商 S1 的 状态 值 并 不 是 10。 那 么 会 出 现 如 下 情形 。 
1. 供应 商 S1 的 “供应 商 ” 数 组 已 经 从 关系 变量 $ 中 删除 ， 并 且 一 个 表示 该 供应 商 








的 状态 值 为 10 的 新 数组 被 插入 到 相同 的 关系 变量 中 。 



















































































2. 由 于 从 S 到 SP 的 级 联 删除 规则 ， 供 应 商 S1 的 那些 “设备 供应 ”数组 也 已 经 从 
关系 变量 SP 中 删除 。 但 是 ， 并 没有 从 S 到 SP 的 级 联 插 入 规则 存在 ， 因 此 并 不 会 




















有 新 的 设备 供应 数组 插入 到 SP 中 ， 这 与 上 面 讲 的 会 有 代表 供应 商 S1 的 新 数组 插 
入 到 S 中 不 同 。 



















































































最 后 结果 : 供应 商 S1 的 设备 供应 数组 丢失 ! 


在 本 例 中 很 关键 的 一 点 是 我 们 要 正确 理解 ,不 仅 这 里 没有 从 S 到 SP 
的 级 联 插入 规则 ， 而 且 是 “不 能 够 ” 有， 因为 这 种 规则 根本 不 合理 
(对 吧 )。 























但 是 前 面 所 发 和 








的 情况 也 同样 是 不 可 接受 的 。 我 是 说 , 我 们 必须 能 够 在 进行 类 似 改 


V 























变 状态 这 类 操作 的 时 候 ， 保 证 不 丢失 该 供应 商 的 “设备 供应 ”信息 。 因 此 很 明显 ， 
我 们 需要 对 例子 中 的 这 类 UPDATE 操作 做 一 些 调整 。 但 是 我 们 应 当做 些 什 么 呢 ? 

我 认为 , 从 总 体 上 来 说 这 个 问题 的 关键 在 于 更 新 操作 同时 引入 了 一 个 删除 集合 与 一 
个 插入 集合 , 也 正 因为 如 此 ,补偿 性 操作 在 一 般 情况 下 所 需要 做 的 并 不 是 仅仅 分 别 





执行 删除 或 插入 操作 , 而 是 需要 对 这 两 个 操作 进行 合并 执行 。 下 面 我 们 举 一 个 对 “ 供 



















































































应 商 和 设备 供应 ”比较 恰当 的 合并 规则 为 例 〈 注 意 我 们 已 经 介绍 过 的 名 字 世 和 包 )。 


ON DE 


,ETE 



































WIT 
DE 
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,ETE 








( 





d FROM S , INSERT i INTO S : 
tl := SP MATCHING Q , t2 := SP MATCHING i ) : 











tl FROM SP , INSERT t2 INTO SP }; 


如 果 能 够 将 补偿 性 公式 化 而 不 用 带 着 那些 介绍 过 的 名 字 ， 那 将 是 非 
常 具有 吸引 力 的 ， 于 是 有 : DELETE (SP MATCHING d) FROM SP 
INSERT (SP MATCHING i) INTO SP。 但 是 这 种 形式 的 公式 有 个 问 
题 ， 那 就 是 “SP” 这 个 符号 在 子 表达 式 SP MATCHING i (这 个 子 
ee ee A a sd 容 是 执行 了 DELETE 

部 分 之 后 的 关系 变量 SP 的 值 , 这 个 问题 我 们 在 附录 A 中 也 会 做 出 
解释 


























另外 ， 请 注意 这 一 点 ， 没 有 任何 补偿 性 操作 是 为 关系 变量 SP 定义 的 。 当 然 这 并 不 
是 说 我 们 不 能 对 SP 做 更 新 ， 只 不 过 我 们 对 SP 做 了 更 新 它们 也 无 法 被 执行 


现在 ， 让 我 们 再 来 回顾 一 下 之 前 讨论 的 UPDATE 的 例子 〈 为 了 方便 查看 ， 我 在 这 
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里 重复 写 一 下 )。 


UPDATE S WHERE SNO = ， 





























给 我 们 常用 的 几 个 样本 赋值 ， 就 可 以 得 到 下 面 的 结果 《〈 让 我 们 对 数组 再 ; 











: { STATUS := 10 } :; 























化 的 标记 ， 对 删除 集合 与 插入 旨 














Q = the Stuple (Sl1,SsSmith,20,1 
i = the S tuple (Sl1,SsSmith,10,1 
tl = 
t2 = 




















合同 样 适用 )。 


London) 
London) 
existing SP tuples for supplier S1 
existing SP tuples for supplier Sl(same as tl) 

















用 一 个 简 


汽 








于 是 我 们 可 以 看 到 ， 最 终 效果 大体 来 说 ) 就 是 更 新 S1 的 供应 商 数 组 ， 把 状态 值 
从 20 变 为 10， 同 时 保证 关系 变量 SP 没有 变化 。 
































我 会 把 它 作 为 一 个 例子 用 来 而 


INSERT 和 DELETE 操作 会 如 预期 般 持 续 有 效 。 但 对 于 下 面 这 个 UPDATE 例子 来 


说 又 会 如 何 呢 ? 


UPDATE S WHERE SNO = 、 























注意 这 个 例子 与 我 在 第 2 音 ， 




















Q = the Stuple (Sl1,smith,20, 
i = the S tuple (S9,Smith,20,1] 
tl = 

t2 = empty 




















mt ,SNO Ss V9 


London) 
London) 
existing SP tuples for supplier S1 

















角 认 对 于 关系 变量 $， 在 前 面 修改 的 规则 之 下 ， 显 式 的 





日 的 “ 键 UPDATE” 操 作 一 致 。 这 次 我 们 得 到 : 











如 你 所 见 ， 即 使 在 修改 规则 之 后 ， 这 个 例子 中 依然 有 数组 丢失 ， 具 体 来 说 就 是 供应 





商 S1 的 设备 供应 数组 直接 “消失 ”了 ， 
目前 ， 这 类 例子 可 以 并 且 已 经 















































被 〈 至 少 是 我 ) 月 








而 “没有 ”被 供 








应 商 S9 的 数组 代替 。 

















来 支持 我 关于 显 式 “级 联 UPDATIE 


规则 ”效果 如 何 的 争论 中 的 观点 ， 我 们 真正 需要 的 是 一 个 “级 联 UPDATE 规则 ” 








吗 ? 它 的 效果 如 何 呢 ? 在 我 们 所 讨论 








SNO 进行 UPDATE 操作 时 ， 







































































此 我 直 





















































的 例子 中 ， 这 个 规则 将 会 在 对 关系 变量 $ 的 
生成 一 个 对 关系 变量 SP 的 SNO 起 效 的 级 联 更 新 〈 当 

















再 次 说 明 一 下 ,我 们 真正 想 引 








必要 的 多 重 赋值 语句 《日 


























然 这 是 “非常 ”笼统 地 讲 )。 但 在 第 2 章 中 我 就 已 经 拒绝 了 这 个 显 式 UPDATE 规则 ， 
并 给 出 了 我 拒绝 的 理由 。 现在 我 
适当 的 删除 集合 与 插入 集合 来 驱动 ,而 不 是 由 随机 选择 的 语法 来 引 
更 新 需求 还 是 碰巧 被 公式 化 上 
关系 变量 S 中 的 茶 个 数组 的 键 值 变化 复 
么 我 别 无 选择 ， 只 能 明确 地 手写 
过 的 ， 要 有 效 地 写 出 必要 的 “数据 库 ” 赋 值 )， 如 下 面 的 例子 。 





要 的 是 让 补偿 性 操作 由 








K 动 ， 更 何况 那些 


接 放弃 了 这 种 方式 。 于 是 乎 ， 如 果 想 把 在 
央 到 对 应 的 关系 变量 SP 的 数组 中 的 话 ， 那 
此 ， 如 本 章 前 面 所 提 到 
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UPDATE 
UPDATE 


S WHERE SNO 
SP WHERE SNO 






































. 关于 供 
S1 变 为 S9 的 与 它 
供应 商 S1 的 “设备 供 
组 完全 对 等 并 日 


应 商 SI 的 “ 供 


























2. 从 S 到 SP 的 级 联 删除 规则 被 调用 ， 二 
删除 需求 。 但 





“设备 供应 ”数组 发 出 了 





和 二 Ce 
LY 训 寺 


上 外 


那么 会 发 生 如 下 几 种 情况 。 


应 商 ” 数 组 被 从 关系 变量 
完全 对 等 的 新 数组 ， 被 插入 到 关系 变量 
应 ”数组 也 都 被 从 关系 变量 SP 中 贡 
将 SNO 值 从 S1 变 为 $9 的 新 数组 ， 则 被 所 


F 且 对 所 有 关系 变量 SP 中 SNO 值 为 S1 的 
这 个 需求 并 无 响应 ， 因 为 相应 的 数组 已 

















经 被 | 

















SNO 
SNO 








是 ， 


j 户 通过 显 式 需求 的 方式 员 掉 了 。 最 终 


的 操作 ， 己 经 在 关系 变量 S 和 SP 中 执行 了 























注意 ， 由 于 上 

















说 还 是 有 用 的 ， 
例子 所 示 。 


无 论 如 何 ， 





























个 


对 于 每 





单 的 删除 规则 )。 


在 整个 讨论 中 最 重要 的 
是 分 别 执行 删除 或 插入 操作 这 么 简单 ， 
人体 的 更 新 来 说 ， 不 论 
为 空 时 ， 规 则 会 简化 为 一 





























上 外 


效果 : 对 于 将 供 
适当 的 更 新 。 

押 所 说 的 情况 ， 对 于 从 S 到 SP 的 级 联 
实际 的 意义 。 当 然 ， 这 个 情况 并 不 是 说 该 规则 毫 无 用 处 
只 是 它 对 于 显 式 的 UPDATE 操作 来 说 并 没有 太 多 意义 ， 正 如 上 面 


言 息 是 如 下 这 条 : “ 
而 是 将 两 种 操作 整合 起 来 一 同 实 施 。” 当 然 ， 


ES 中 删除 ， 男 一 个 将 SNO 值 从 














S 中 。 同 样 的 ， 所 有 对 于 











| 除 ， 一 系列 与 “ 老 ” 数 
入 到 关系 变量 SP 中 。 
































应 商 编号 从 S1 变 为 S9 




















出 除 规则 在 这 个 例子 中 并 没有 

















处 ， 它 对 于 DELETE 操作 来 





























一 般 来 讲 ， 补 偿 性 操作 并 不 























4.6 再 谈 抛 砖 引 玉 


现在 让 我 们 回 到 关系 变量 S、LS 和 NLS。 接 下 来 ， 让 我 们 继续 
图 )。 不 过 ,现在 我 要 提醒 你 的 是 至 少 从 概念 上 讲 ， 








都 是 


基础 关系 变量 (依然 不 是 视 

















我 们 可 以 认为 关系 变量 S 自 
建立 了 一 个 数据 库 DB2, 而 DB1 和 DB2 是 信息 
户 : 


























据 库 DB2， 那 么 这 位 
.他 知道 相应 的 谓词 。 
应 商 SNO 








LS: 供 





[二 [个 六 


已 经 签 








己 建立 








CITY (而 CITY 是 伦敦 )。 








删除 集合 d 或 是 插入 集合 
个 简单 的 插入 规则 ， 而 当 i 为 空 


并 了 一 个 数据 库 DB1， 


约 ， 名 字 为 SNAME, 于 


i 都 有 可 能 为 空 ( 当 d 
zs 时， 规则 就 会 变 为 一 个 简 





自 设 这 些 关 系 变量 





关系 变量 LS 和 NLS 一 起 
户 只 能 看 到 数 




















等 价 的。 假设 有 位 用 


一 

















有 状态 STATUS， 并 且 位 于 城市 
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NLS: 供应 商 SNO 
CITY (而 CITY 不 是 伦敦 )。 


2. 他 知道 所 有 对 应 的 类 型 信息 ， 知 道 {SNO} 是 每 一 个 关系 变量 的 键 ， 并 且 知 道 下 


列 约 束 。 


CONS 
CONS 
CONS 





RAIN 
RAIN 
RAIN 





























. IS_EMPTY ( LS WHERE CITY A ‘London’ ) ;) 
. IS_EMPTY ( NLS WHERE CITY = ‘London’ ) ， 
. DISJOINT { LS { SNO } , NLS { SNO } };); 











这 里 需要 淮 
变量 S 的 存在 )。 


3. 他 并 “不 














已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 



































”知道 任何 补偿 性 操作 的 存在 


























变量 S 都 存在 茶 些 引用 )。 


那么 我 希望 你 从 这 个 
DELETE、 UPDATE, 





信息 隐藏 
那么 如 果 说 一 个 
应 的 谓词 (参看 

























































































意 的 是 这 些 约束 仅仅 针对 关系 变量 LS 和 NLS 该 月 














因为 本 例 ! 





























pa 








昌 户 甚至 不 知道 关系 





所 有 的 补偿 性 操作 对 关系 


j 户 的 角度 能 够 看 到 ， 所 有 的 更 新 ， 即 所 有 的 INSERT、 
再 广义 一 点 说 所 有 的 关系 赋值 操作 ， 都 能 够 如 预期 般 运 行 。 

















] 户 只 能 看 到 关系 变量 NLS 的 话 ， 会 怎么 样 呢 ? 这 类 用 户 知道 相 


上 文 )， 知 道 相 应 的 类 型 信息 ， 也 知道 TSNO} 是 关系 变量 的 键 ， 并 
且 还 知道 下 列 约束 。 


CONSTRAINT ... 





NI 


'S WHE 








RE 








IS_EMPTY ( 


但 是 很 明显 ， 这 类 用 户 并 不 被 允 六 





变量 内 更 新 供应 商 编号 ， 
藏 的 特定 约束 。 换 名 话说 ， 
章 中 所 讲 的 ， 规 则 至 上 ! 如 
言 息 等 价 。 这 里 有 与 关系 变量 S 有 关 











因 








F 向 关系 变量 NLS 中 捉 


为 这 类 操作 可 能 会 


有 此 会 


CITY = EONQGN™ J 3 


入 数组 ， 也 不 能 在 关系 
违反 茶 些 《有 必要 ) 对 该 




















就 是 这 类 | 









































此 如 果 分 开 来 看 








对 应 的 操作 。 














月 . ET 


即便 如 此 ， 我 还 是 需要 

















许 29 
























































果 要 更 准 


进行 更 详细 一 些 的 说 
对 茶 些 关系 变量 执行 茶 些 操作 时 ， 我 的 意 
人 句 话 说 就 是 我 假设 数据 库 系 统管 理 员 , 或 其 














确 





















































j 户 隐 





j 户 只 能 看 到 系统 的 一 部 分 。 正 如 我 在 第 1 
一 点 来 前述 这 个 事情 ， 那 就 是 这 里 没有 
的 清晰 的 定义 描述 ， 但 是 与 NLS 无 关 ， 因 
， 只 有 在 关系 变量 S 上 才 有 可 执行 的 操作 ， 而 在 NLS 上 则 没有 


























ee 首先 ， 当 我 说 




















是 该 用 户 不 应 当 获得 相关 授权 。 换 

















也 具有 相应 授权 的 用 





=， 会 适当 地 使 用 





些 用 户 “ 不 被 允 












































授权 子 系统 来 保证 那些 没什么 意义 的 操作 不 能 被 发 起 或 尝试 执行 。 
其 次 ,重复 一 下 我 在 第 1 章 里 讲 过 的 ， 我 假设 “有 可 能 ”无 论 怎 样 都 允许 用 户 来 运 
视图 更 新 与 关系 数据 库 理论 69 

















行 这 些 操作 ， 只 要 他 或 她 准备 好 接受 在 某 些 操作 被 系统 拒绝 时 ， 只 能 收 到 类 似 “ 系 
统 就 是 这 么 规定 的 ”的 错误 信息 ， 而 没有 具体 说 明 的 情况 。 关 键 在 于 : 一 般 来 说 ， 
这 美 操 作 会 成 功 还 是 会 失败 不 仅 取决 于 那些 被 隐藏 的 约束 , 而 且 取决 于 被 隐藏 的 部 
分 数据 库 目 前 的 状况 。 让 我 们 来 看 一 个 具体 的 例子 , 给 定 一 些 普 通 的 样本 值 ， 将 数 
组 (S1, Smith, 20, Paris) 插入 NLS 的 操作 会 失败 ， 而 将 数组 (S6, Smith, 20, Paris ) 
插入 NLS 就 会 成 功 。 那 么 从 用 户 角 度 来 看 的 话 ， 这 类 操作 的 运行 状况 则 是 既 不 可 
预测 ， 又 〈 当 失败 时 ) 无 法 解释 的 。 这 样 一 种 情况 对 我 而 言 是 毫 无 吸引 力 的 ， 因 此 
我 并 不 推荐 系统 支持 这 种 “可 能 性 ”。 


最 后 ,我 已 经 说 过 实际 上 这 个 用 户 被 允许 更 新 (比如 ) 在 关系 变量 NLS 上 的 供应 商 状 
态 值 ， 但 不 能 向 该 关系 变量 插入 数组 。 那 么 ， 你 可 能 会 奇怪 这 种 情况 很 不 合理 一 一 难 
道 不 是 应 当 引 入 某 些 约束 ， 让 特定 的 DELETE/INSERT 整合 后 可 以 简短 表达 为 
UPDATE 操作 吗 ? 后 面 这 一 点 正 是 关键 .对 于 每 一 个 作为 (成 功 执行 的 ) 显 式 UPDATE 
操作 一 部 分 的 隐 式 INSERT 操作 ， 总 会 有 一 个 能 够 保证 该 操作 不 违反 约束 〈 包 含 那些 
对 用 户 隐藏 的 约束 ) 的 隐 式 DELETE 操作 伴随 产生 。 因 此 ， 用 户 被 允许 执行 一 些 特定 
的 显 式 UPDATE 操作 并 不 意味 着 他 或 她 已 经 被 默许 执行 显 式 INSERT 操作 。 

























































































































































































































































































































































































与 上 面 三 段 类 似 的 情况 后 面 还 有 很 多 ， 本 质 上 来 说 就 是 任何 我 指出 
某 些 用 户 “ 不 被 允许 ”执行 某 些 操作 。 每 次 遇 到 这 种 情况 我 都 会 不 
厌 其 烦 地 重复 ， 而 不 是 在 这 几 个 段落 说 说 就 完了 。 


4.7 ”概括 总 结 


在 这 一 节 中 我 们 会 把 所 有 的 东西 都 归纳 在 一 起 来 讲 ， 以 便 结合 所 有 的 关系 变量 定 
义 、CONSTRAINT 声明 ， 以 及 补偿 性 操作 来 看 看 抛砖引玉 的 例子 。 但 是 ， 由 于 前 
面 一 章 我 所 提出 的 争议 , 也 就 是 我 认为 用 语法 来 区 别 视图 和 基础 关系 变量 的 定义 是 
错误 的 这 个 问题 ,在 这 里 我 要 简化 关系 变量 的 定义 ， 仅 此 一 次 ， 是 为 了 省 略 掉 上 述 

区 别 以 便 大 家 阅读 。 



































































































































































































































VRR S ..... RELATION { ... } KEY { SNO } :; 

VAR LS .... RELATION { ... } KEY { SNO } }; 

VAR NLS ... RELATION { ... } KEY { SNO } ，; 

CONSTRAINT ... LS = ( S WHERE CITY = ‘London’ ) } 
CONSTRAINT ... NLS = ( S WHERE CITY 并 | London” ):; 
CONSTRAINT ... IS_EMPTY ( LS WHERE CITY 并 | London’” ); 
CONSTRAINT ... IS_EMPTY ( NLS WHERE CITY = ‘London’ ) ，} 
CONSTRAINT ... S = UNION { LS , NLS } }; 

CONSTRAINT ... DISJOINT { LS { SNO } , NLS { SNO } } :; 
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ON DELETE Q FROM S , INSERT i INTO S : 
DELETE ( Q WHERE CITY = ‘London’ ) FROM LS ， 
DELETE ( Q WHERE CITY A ‘London’ ) FROM NLS ， 
INSERT ( i WHERE CITY = ‘London’ ) INTO LS ， 
INSERT ( i WHERE CITY 夫 ‘London’ ) INTO NLS ; 

















ON DELETE d FROM LS , INSERT i INTO LS : 
DELETE d FROM S , INSERT i INTO S; 

















ON DELETE cl FROM NLS , INSERT 1 INTO NLS : 
DELETE d FROM S , INSERT i INTO S; 



























































事实 上 ， 我 们 应 当 进 一 步 考 虑 是 不 是 能 将 不 同 种 类 补偿 性 操作 的 规则 整合 在 一 起 。 


例如 ， 最 后 两 部 分 可 以 整合 为 如 下 语句 。 


无 论 如 何 , 多 重 赋值 都 可 以 意 会 为 我 们 可 以 将 若干 不 同 的 更 新 整合 到 一 个 符合 逻辑 


的 原子 操作 中 , 那么 对 于 补偿 性 操作 为 什么 不 能 这 样 做 昵 ? 实际 上 ， 对 整个 数据 库 








ON DELETE d1 FROM LS ， INSERT i1 INTO LS ， 
DELETE Q2 FROM NLS , INSERT ji2 INTO NLS : 
DELETE QI FROM S ， DELETE Q2 FROM S ， 
INSERT i1 INTO S ， INSERT I2 INTO S ， 






















































































实现 单一 整合 规则 这 点 从 理论 上 讲 是 可 行 的 , 虽然 从 人 为 因素 角度 讲 可 能 没什么 吸 





























引力 。 如果 实现 的 话 , 这 还 要 感谢 Hugh Darwen 的 观测 , 我 们 将 拥有 唯一 的 变量 ( 整 
个 数据 库 )、 唯 一 的 规则 《〈 对 所 有 补偿 性 操作 的 整合 )， 以 及 唯一 的 约束 《全 局 数据 





























库 约束 )。 


4.8 最 后 一 点 








我 们 终于 讲 到 了 我 最 主要 的 观点 : 如 果 一 部 分 或 所 有 的 关系 变量 都 是 视图 ， 那么 之 


前 我 所 说 的 所 有 观点 都 适用 并 且 保 持 不 变 。 例如， 我 们 假设 最 初 设置 的 时 候 就 将 S 


设置 为 基础 关系 变量 ， 而 LS 和 NLS 则 都 是 视图 。 于 是 有 : 
























































1. 前 一 节 中 的 6 个 CONSTRAINT 声明 所 规定 的 约束 条 件 会 被 自动 执行 ， 正 是 因 
为 LS 和 NLS 都 是 S 的 视图 。 也 就 是 说 , 对 任何 关系 变量 的 任何 一 个 更 新 操作 都 不 
可 能 违反 这 些 约束 。 





2. 从 S 到 LS 和 NLS 的 补偿 性 操作 也 会 被 自动 执行 ， 同 样 也 是 因为 LS 和 NLS 都 是 S 的 


视 
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图 。 也 就 是 说 ， 对 S 的 更 新 操作 会 被 自动 反应 到 相应 的 对 LS 或 NLS 或 者 二 者 独 有 
的 操作 中 。 因 此 从 S 到 LS 和 NLS 的 补偿 性 操作 实际 上 是 可 以 被 “推导 ”出 来 的 ， 它 们 
是 从 相应 的 视图 定义 “中 被 推导 出 来 的 (说 到 “视图 定义 ”其 实 我 指 的 是 从 底层 





更 准确 点 说 应 该 是 约束 是 从 视图 定义 中 推导 而 来 的 ， 而 补偿 性 操作 则 是 由 约束 中 推导 而 来 的 。 








视图 更 新 与 关系 数据 库 理 论 














基础 关系 变量 到 视图 的 “对 应 方式 ” 换 句 话说 就 是 相应 的 “视图 定义 表达 式 ”)。 


请 特别 留意 观察 ， 例 如 ， 对 S 中 某 些 供应 商 的 编号 进行 变化 ， 我 们 
生 级 联 变化 。 与 之 对 比 而 言 ， 让 我 们 回忆 一 下 “供应 商 与 设备 供应 ” 
那 一 节 ， 这 种 级 联 变化 并 不 会 在 S 和 SP 中 发 生 。 不 过 那 是 因为 对 
于 S 和 SP 的 情况 与 这 里 不 同 : 对 于 S、LS 和 NLS， 我 们 只 是 讨论 
从 用 户 的 角度 来 看 的 可 控 宛 余 的 问题 ， 而 对 于 S 和 SP 来 讲 则 不 是 
这 样 。( 事实 上 ， 让 我 们 再 就 这 点 引申 一 下 ， 我 所 表述 的 关于 视图 更 
新 的 宏观 概念 ， 是 让 用 户 看 起 来 就 是 一 个 可 控 元 余 的 问题 ， 前 提 是 

这 个 用 户 既 能 够 看 到 这 些 视图 ， 又 能 够 看 到 定义 这 些 视图 的 关系 变 
量 。 更 具体 一 点 就 是 在 跟 用 户 谈 到 补偿 性 操作 的 时 候 我 们 不 需要 告 
诉 用 户 有 哪些 是 基础 关系 变量 ， 而 有 哪些 是 视图 。) 


3. 从 LS 和 NLS 到 S 的 补偿 性 操作 ,这 些 是 视图 更 新 构想 的 产物 ， 也 会 自动 执行 ， 
同样 也 是 因为 LS 和 NLS 是 S 的 视图 。 也 就 是 说 ， 对 LS 和 NLS 的 更 新 才 是 “ 真 
正 的 ”对 底层 关系 变量 S 的 更 新 ， 并 且 这 些 更 新 在 S 中 自动 可 见 ， 如 同 在 LS 或 
NLS 中 一 样 。 


4 我 们 假设 一 个 用 户 只 能 看 到 视图 LS 和 NLS。 那 么 我 希望 你 能 看 到 如 下 结果 : 

个 用 户 可 以 对 这 些 视图 执行 任何 操作 就 好 像 它们 本 身 就 是 基础 关系 变量 一 样 。 事 
上 上， 如同 本 章 早先 的 一 节 “ 再 谈 抛 砖 引 玉 ”中 讲 过 的 ， 它们 在 这 里 就 是 基础 关系 
变量 。 当 然 它 们 是 该 例子 的 对 象 。 


请 特别 注意 ， 举 个 例子 ， 尝 试 改变 LS 中 供应 商 所 在 的 城市 并 不 会 导致 LS 中 的 数组 
从 LS“ 渤 移 ” 到 NLS 中 ， 反 而 ， 这 个 尝试 会 由 于 违反 黄金 法 则 而 失败 。 然 而 ， 如 果 
按照 传统 的 特殊 方式 来 尝试 视图 更 新 “， 那 么 这 类 迁移 则 很 可 能 是 预期 会 发 生 ， 并 
昌 可 能 已 经 出 现 的 。 


5. 男 一 方面 来 讲 ， 如 果 我 们 说 一 个 用 户 只 能 看 到 视图 NLS， 那 么 显然 该 用 户 所 能 
执行 的 操作 会 被 限制 , 就 如 同 当 3 个 变量 都 是 基础 关系 变量 时 , 该 用 户 只 能 看 到 基 
础 关系 变量 NLS 一 样 ( 同 样 ， 也 请 参看 “再 谈 抛 砖 引 玉 ” 这 一 节 )。 这 个 用 户 会 被 
允许 对 该 变量 删除 数组 , 和 /或 更 新 除 SNO 以 外 的 其 他 属性 , 但 就 只 有 这 些 权限 了 。 
再 次 强调 ， 规 则 至 上 。 
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3 这 类 方式 可 参考 诸如 Don Chamberlin 撰写 的 《Using the New DB2: IBM's Object-Relational Database 
System》(Morgan Kaufmann，1996) 等 书籍 。 
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关于 这 最 后 一 点 , 可 能 有 人 会 想 , 如果 一 个 用 户 只 能 看 到 视图 NLS， 
而 其 对 该 变量 所 能 执行 的 操作 会 被 限制 ， 这 一 点 会 违反 “可 交换 性 
原则 ”。 但 显然 这 点 并 不 违反 该 原则 ， 正 如 我 们 已 经 看 到 过 的 ， 如 果 
NLS 是 基础 关系 变量 的 话 ， 同 样 的 限制 也 一 样 存在 。 


4.9 重 又 限制 


让 我 们 再 多 看 一 点 复杂 一 些 的 关于 限制 的 例子 。 假 设 我 们 定义 针对 供应 商 关 系 变量 
S、NLS (“non London suppliers”) CP 凡 NPS (“non Paris suppliers”) 的 两 个 约束 视 
图 。 这 两 个 视图 都 拥有 键 [SNO] 。 样本 值 如 图 4.2 所 示 。 下 面 是 这 两 个 视图 的 谓词 


NLS: 供应 商 SNO 已 经 签约 ， 名 称 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 
CITY (并 且 CITY 不 是 伦敦 )。 


NPS: 供应 商 SNO 已 经 签约 ， 名 称 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 
CITY (并 且 CITY 不 是 巴黎 )。 


Ss 
SNO SNAME STATUS 
sl 0 


































































































NLS 


SNO SNAME STATUS 


S2 10 Paris 
S33 e Paris 
S5 Athens 





2 London 
52 Paris 
S3 Paris 


London 


Athens 


SNO SNAME STATUS 


sl smith London 
sd Clark ri London 
S5 Adams Athens 














4.2 ”关系 变量 S、NLS 和 NPS 的 样本 值 








下 面 的 约束 (实际 上 是 EQD) 显然 有 效 “。 


( S WHERE CITY A ‘London’ ) ，} 
( S WHERE CITY A ‘Paris’ ) ) 

















CONSTRAINT ... NLS 
CONSTRAINT ... NPS 


下 面 这 个 约束 ( 男 一 个 EQD) 也 同样 有 效 。 


1 
























































4 请 注意 观察 ， 我 们 再 次 遇 到 了 信息 等 价 起 效 的 情况 (尤其 是 ， 关 系 变量 $ 等 价 于 关系 变量 NLS 和 
NPS 的 合并 ， 尽 管 这 里 的 合并 并 非 交集 为 空 )。 另 外 请 注意 ，NLS 和 NPS 的 谓词 其 实 违反 了 第 2 章 
(一 个 注脚 ) 所 介绍 的 一 项 原则 ， 大 意 是 说 关系 变量 R1 和 R2 的 谓词 最 好 如 此 从 而 可 以 防止 同一 个 
数组 同时 满足 两 种 谓词 的 可 能 性 。 
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CONSTRAINT ... 


个 视 
是 出 




















正如 最 后 这 条 约束 所 示 ， 视 图 NLS 和 NPS 
来 讲 会 有 特定 的 数组 同时 





( NLS WHERE CITY 去 
( NPS WHI 





‘Paris’ 
ERI 


) = 
E CITY 夫 ‘London’ ) ，; 

有 部 分 是 重 达 的 ， 在 这 种 情况 下 ， 通 常 
出 现在 两 个 视图 中 。 实 际 上 ， 这 些 数组 必须 同时 出 现在 两 










































































图 中 ， 从 而 保 ii 











现在 关系 变量 $ 中 的 数组 ， 当 

















上 面 的 约束 总 是 被 满足 。 于 是 我 们 有 了 如 下 的 这 一 点 ， 设 数组 1 
仅 当 数组 t 的 CITY 值 既 不 是 伦敦 , 也 不 是 巴黎 
















































































































































































的 时 候 ， 数 组 t 会 同时 出 现在 NLS 和 NPS 中 。 (我 顺便 提 一 句 ， 正 因为 这 种 情形 ， 
关系 变量 NLS 和 NPS 一 起 违反 了 “ 正 交 设计 原则 The Principle of Orthogonal Design ”。 
想 获 得 关于 这 一 点 的 更 详细 解释 ， 请 参看 《Database Design and Relational Theory》。) 
由 此 可 以 判断 ， 对 NLS 和 NPS 中 任何 一 个 变量 的 特定 更 新 都 一 定 会 级 联 到 另 一 个 
上 ， 尽 管 是 间接 的 方式 。 例 如 ， 下 面 是 Ss、NLS 和 NPS 的 插入 规则 ”>。 
ON INSERT i INTO S : 
INSERT ( i WHERE CITY 并 |] London’” ) INIO NLS ， 
INSERT ( i WHERE CITY 并 | Paris’” ) NTO NPS ; 
ON INSERT i INTO NLS : INSERT i INTO S; 
ON INSERT i INTO NPS : INSERT i INTO S; 
现在 我 们 来 看 看 ， 如 果 向 NLS 中 插入 数组 (S6，Lopez，30，Madrid) 会 出 现 什 





么 情况 。 首 先 ， 这 个 插入 会 从 NLS 级 联 到 S$， 而 相同 的 数组 也 因此 会 


情 


























被 插入 到 关 





系 变 量 S 中 ; 接 下 来 ， 插 入 会 从 $ 级 联 到 NPS， 同 样 这 个 数组 也 会 由 此 被 插入 到 


关系 
下 面 


变量 NPS 中 ， 所 以 


我 们 再 来 看 看 删 
操作 在 NLS 和 NPS 之 间 ， 



































从 效果 上 讲 ， 整 个 插入 是 从 NLS 级 联 到 NPS。 


贰 则 《同时 也 请 大 家 注意 观察 ， 这 里 也 有 可 能 会 有 
通过 间接 方式 相互 级 联 的 情况 出 现 ): 























使 二 个 





已 
月 E 














除 ] 


























,ETE 
FLETE 
ETE 


ON 




















Q FROM 3 : 
( Q WHERE CI 
( Q WHERE CI 




















ON DELE 





E d FROM NLS : 


¥: 
Y 


到 
开 ] 





London 
Paris” 





E Q FROM S 

















ON DELETE 





因 
NLS 和 
NPS 当 作 














5 虽然 我 说 过 在 实际 应 


d FROM NPS : 











此 如 果 一 个 用 户 























中 插入 和 











DE 





也 工 ] 





E d FROM S ) 





基础 关系 变量 来 看 。 因 


扣除 规则 可 以 整合 在 























展示 它们 以 便 使 前 述 





术 更 清 肌 ? 更 便 


E 于 





只 能 看 到 NLS 逢 





1 NPS， 但 看 不 到 S 的 计 
NPS 二 者 之 间 相 互 级 联 的 情况 。 但 当然 我 们 很 希望 该 用 户 能 够 将 NLS 和 
此 换 句 话 说， 即使 它们 真 地 就 是 基础 关系 变量 ， 特 





)FROM NLS ， 
)FROM NPS ，; 




















有 时 该 用 户 会 观察 到 





















































理解。 





起 ， 但 接 下 来 大 部 





分 时 间 里 ， 
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定 约束 的 存在 也 能 说 明 存在 下 面 情况 : 在 茶 些 情况 下 ， 即 使 在 基础 关系 变量 之 间 ， 








特定 的 级 联 在 逻辑 上 也 是 应 该 
特定 的 元 余 ， 并 且 我 已 经 讲 过 ， 当 这 个 元 余 存 在 的 时 候 ， 它 应 当 是 被 控制 的 ， 而 这 



































































































































现 的 。 实 际 上 ， 关 系 变量 NLS 条 











1 NPS 受制 于 一 个 



































F 面 是 相应 的 规则 。 

















正 是 级 联 更 新 的 功能 所 在 ， 即 将 更 新 扩大 化 用 来 控制 元 余 。 
ON INSER i INTO NLS : 
INSER ( i WHERE CITY A ‘Paris’ ) INTO NPS ，} 
ON INSER i INTO NPS : 
INSER ( 工 WHERE CITY A ‘London’ ) INTO NLS; 
ON DELETE Q FROM NLS : 
DELETE ( d WHERE CITY A ‘Paris’ ) FROM NPS ;，; 
ON DELETE Q FROM NPS : 
DELETE ( d WHERE CITY A ‘London’ ) FROM NLS } 
这 些 规则 是 经 由 对 S、NLS 和 NPS 已 经 
且 将 对 $ 的 引用 相应 地 替换 为 对 NLS 和 /或 NPS 的 引用 。 
那么 关于 信息 隐藏 呢 ? 举 个 例子 ， 比 如 对 那些 只 能 看 到 视图 





把 对 这 种 可 能 怡 


4.10 


我 还 有 几 个 观点 需 
图” 和 “ 通 











制 视 
的 





个 PB 














年 | 
中 











小 结 


型 















































E 细 节 的 考虑 留 做 一 个 练习 。 


说 明 。 第 一 点 是 关于 专 有 名 词 的 一 个 小 问题 。 我 





过 限制 进行 更 新 ” 我 也 曾经 讲 过 ,例如 视图 LS 





存在 的 规则 进行 整合 之 后 推导 而 来 的 ， 并 








NLS 的 用 户 呢 ? 我 将 


已 经 


6 现 


谈 了 “ 限 
基础 关系 变量 S 








三 | 
全 





























1 条件 。 但 是 限制 是 











真正 作 
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接 以 及 类 似 的 操作 是 针对 关系 值 适 用 


值 的 关系 值 也 同样 适用 。 因此 我 们 来 讨论 下 面 的 情况 就 变 得 很 合 





















































属性 {CITYSTATUS} 上 会 产生 男 一 个 关系 ， 这 男 








理 ， 例 如 ,在 当前 情景 下 有 一 个 关系 值 与 关系 变量 S 的 当前 值 相等 ,该 关系 投影 至 





因此 根据 定义 来 说 ， 它 并 不 
j 于 关系 变量 ， 而 是 对 关系 本 身 起 效 。 那 么 我 们 探讨 了 那么 多 对 于 关系 变量 
的 限制 、 投 影 或 者 连接 〈 等 ) 又 有 什么 意义 呢 ? 其 实 ， 我 在 其 
参考 ，《The Relational Database Dictionary, 
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{CITY,STATUS} 上 的 投影 (关系 变量 $ 在 属性 {CITY,STATUS} 上 





由 将 与 关系 变量 S 当前 值 相等 的 关系 投影 到 那些 属性 
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系 变 量 S 在 属性 
的 投影 ， 其 实况 
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{CITY,STATUS} 上 的 投影 the projection of relvar S on attributes {CITYSTATUS}” 这 








到 更 新 与 关系 数据 库 理论 
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说 的 第 二 点 是 除开 别 的 不 讲 ， 
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“关系 变量 ”CT 是 关系 变量 $ 在 属性 {CITYSTATUS} 上 的 投影 ,更 六 
关系 变量 CT 的 值 总 是 关系 变量 $ 在 该 命题 提 
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图 这 种 情况 。 





) 视 





日 
是 个 


章 我 们 将 会 整体 讨论 合 





YE 





观点 , 那 就 是 某 种 意义 上 讲 ， 








3 





























通过 


我 已 经 
为 了 更 全 面 地 考虑 
青 况 ， 也 就 是 LS 和 NLS 是 基础 关系 变量 ， 而 S 
合并 视 














因 目 





图 ， 





于 所 有 关系 操作 。 


I 关系 变量 一 类 的 说 法 ， 尤 其 是 我 们 在 这 里 
， 不 是 说 有 多 么 雇 误 ， 但 至 少 是 有 些 简略 了 。 
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1 且 我 相信 是 逻辑 
2 1 
这 些 操作 必须 被 系统 管理 员 明 硼 





看 作 与 定义 它们 的 关系 变量 “ 相 附 生 ” 的 基 而 
之 个 问题 的 一 种 很 有 效 的 方式 。 











上 正确 的 。 























于 是 我 的 基础 观点 如 
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图 更 新 的 情况 下 它们 确实 
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在 SQL 环境 下 ， 

















成 市 的 操作 会 成 功 〈 并 





























被 显 式 定 义 为 “ 具 
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实际 上 会 造成 该 供 
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NLS)， 除 非 视 图 
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i 关 
事实 上 ， 这 不 仅 
下 : 首先 ， 
这 些 约 束 表明 了 特定 的 补偿 性 操作 。 另 


时 也 会 不 如 我 们 期 待 的 那么 明显 ， 而 
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更 新 投 晤 


现在 我 们 来 讨论 一 下 更 新 投影 视图 时 的 情形 , 即 “ 通 过 ” 





注意 : 在 前 一 章 中 我 已 经 说 过 











投影 





























对 于 投影 视图 和 连接 视图 也 是 
细 体 味 。 


下 面 让 我 们 来 看 看 本 章 的 结构 是 怎样 






















































































子 则 会 展示 大 家 如 果 在 信息 不 等 价 时 会 发 生 什 么 ， 即 有 特定 的 信息 被 隐藏 的 情况 。 
对 于 所 有 3 个 例子 ， 我 都 会 遵循 “可 交换 性 原则 ”， 并 且 开 妇 








人 图 





影 ? 跟着 指示 ! 
一 一 Anon: 《Where Bugs Goy》 
个 投影 操作 来 进行 更 新 。 
限制 视图 和 合并 视图 是 同一 枚 硬币 的 两 面 。 其 实 ， 






































9 。 我 们 的 讨论 会 转 


地 说 是 3 个 例子 。 其 中 前 两 个 例子 都 在 一 个 完全 信息 等 价 


























< 似 的 关系 , 我 们 可 以 在 本 章 以 及 接 下 来 的 3 章 中 细 








绕 一 组 示例 来 进行 ， 准 确 


的 环境 中 发 生 ， 








台 的 时 候 我 都 会 假设 所 


























第 3 个 例 























有 的 关系 变量 都 是 基础 关系 变量 , 然后 我 们 会 


























和 来 看 如 果 其 中 某 些 变量 实际 是 视图 














的 话 ， 情 况 会 怎样 。 

















5.1 示例 1. 一 个 无 损 























分 解 











首先 我 们 确定 为 了 简化 模型 ， 从 所 有 供应 商 关 系 变量 中 去 掉 属 性 SNAME， 因 此 在 
本 章 范 围 内 ,“S” 就 变 成 了 下 面 这 个 缩减 后 的 关系 变量 。 


S { SNO , STATUS , CITY } KEY { SNO } 




















《如 你 所 见 ， 我 不 仅 去 掉 了 属性 SNAME， 

















还 相应 地 简化 了 关系 变量 


的 定义 。 
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尤其 是 ， 我 已 经 省 略 掉 了 属性 类 型 的 具体 说 明 ， 同 样 也 是 为 了 使 示例 简化 易 懂 。) 


下 面 ， 定 义 关 系 变量 ST 和 SC 为 该 关系 变量 $ 的 投影 。 具 体 来 说 是 令 ST 作为 在 
SNO 和 STATUS 上 的 投影 ， 并 令 SC 作为 在 SNO 和 CITY 上 的 投影 。 











也 



































ST { SNO , STATUS } KEY { SNO } 
SC { SNO , CITY } KEY { SNO } 


注意 观察 ， 这 两 个 投影 组 合 在 一 起 等 同 于 平时 我 们 所 谓 的 对 关系 变量 S 的 无 损 分 解 ， 
在 任何 情况 下 都 具有 如 下 两 种 特征 :(a) 关系 变量 ST 和 SC 的 当前 值 等 于 相应 关系 变量 
S 当 前 值 的 投影 ，(b) 关系 变量 S 的 当前 值 等 于 关系 变量 ST 和 SC 当前 值 的 连接 。 作 为 
这 两 种 设计 的 直接 结果 ，S 自 己 和 ST 以 及 SC 的 整合 是 互 为 信息 等 价 的 '。 注意， 如 定 
义 中 已 经 写 明 的 ，{SNO} 是 这 3 个 关系 变量 的 键 。 样 本 值 如 图 5.1 所 示 。 


ST 
SNO STATUS 
Sl 20 


S2 10 
S3 30 
S4 








































































































Ss 


SNO STATUS CITY 
Sl 


SC 


CITY | 
20 London London 
Paris 
Paris 
London 
Athens 


Paris 
Paris 
London 
Athens 





S5 














图 5.1 关系 变量 S、ST 和 SC 的 样本 值 














下 面 是 ST 和 SC 的 谓词 。 
ST: 供应 商 SNO 已 经 签约 并 且 拥 有 状态 STATUS 。 
SC: 供应 商 SNO 已 经 签约 并 且 位 于 城市 CITY 。 


作者 注 : 按照 在 第 2 章 中 的 讨论 ， 我 们 应 当 给 关系 变量 ST 一 个 更 准确 的 谓词 ， 那 
就 是 “供应 商 SNO 已 经 签约 并 且 拥 有 状态 STATUS “并 且 位 于 某 处 *”( 对 于 关系 
变量 SC 也 是 同样 )。 但 是 在 本 章 中 ， 我 更 愿意 给 大 家 呈现 一 种 稍微 简化 的 或 缩短 
的 形式 。 对 于 本 章 来 讲 这 并 不 构成 问题 。 


如 本 章 开 头 所 介绍 的 , 我 将 从 所 有 3 个 关系 变量 都 是 基础 关系 变量 , 它们 之 间 相 互 
附 生 这 种 情况 开始 介绍 。 当 然 ， 如 果 它 们 确实 都 是 基础 关系 变量 ,那么 我 们 会 再 次 























































































































































































































! 通用 版 本 的 声明 如 下 : 设 两 个 数据 库 DB1 和 DB2，DB1 只 包含 一 个 单独 的 关系 变量 R， 而 DB2 则 
只 包含 R 的 投影 。 那 么 ,为 了 使 得 DB1 和 DB2 能 够 互 为 信息 等 价 ， 最 重要 且 必 要 的 事情 如 下 所 示 。 
(a) 在 DB2 中 的 投影 必须 是 由 对 R 进行 分 解 得 来 的 ， 而 该 分 解 必须 根据 在 R 内 生效 的 某 些 “连接 
农闲 ”(JD ) 来 进行 ，(b) 在 任何 情况 下 ，DB2 中 的 每 个 关系 变量 都 必须 等 于 R 的 当前 值 的 相应 投 
影 。 大 家 可 以 参看 《Database Design and Relational Theory》 来 了 解 更 多 背景 信息 。 
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一 致 性 约 


们 会 共同 





看 到 一 个 


个 包含 有 元 余 的 数据 库 
些 元 余 〈 注 
熙 用 于 宛 余 ， 并 保证 之 前 提 到 的 信息 等 价 )。 


束 会 











有 捉 到 这 
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» SI 





CONS 
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。 SC 
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关于 第 














1 人 
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] 会 很 希望 能 够 控 什 








晶 
人 碟 
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观 





I 相应 的 见 余 。 





祭 ， 


SS { SNO ，STATUS } }; 
SsS-{ SNO y CITY. } 
JOIN { ST , SC }) 


3 条 约束 (也 就 是 用 前 两 条 一 起 表达 的 那 条 ， 


已 们 都 是 EQD 


相等 依赖 条 件 


接 下 来 ， 
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已 





其 中 {SNO} 是 


S 的 键 )， 我 要 提醒 你 ， 从 第 4 章 开 始 Tutorial D， 至 少 是 本 书 中 所 
使 用 的 Tutorial D 版 本 ， 同 时 支持 二 元 (中级) 和 多 元 (前 级 ) 的 特 
定 关 系 操作 ， 尤 其 是 包括 连接 。 因 此 ， 例 如 ST 和 SC 的 连接 ， 我 们 
既 可 以 用 STJOIN SC 的 方式 , 也 可 以 用 (上面 约束 )JOIN {ST,SC } 
的 方式 表达 。 例 如 我 在 上 一 章 提 过 的 ， 在 本 书 中 我 会 根据 具体 的 写 

作 需 要 分 别 使 用 这 两 种 方式 。 
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这 些 规 则 可 以 解决 的 更 
下 DELETE 操 作 。 于 是 下 面 的 “ 双 DELETE” 就 显得 非常 合理 





SERT 


哪些 补偿 性 
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i INTO S : 








因此 ，i 
ST { SNO } AND 


SC { SNO } AND 
Ss { SNO } 


操作 呢 ? 下 面 几 个 是 显然 会 有 的 。 


Q FROM S : 


INSI 
INSERT 


这 个 约束 实际 上 就 是 下 列 3 个 独立 等 式 的 逻辑 


这 种 约束 也 可 以 用 上 述 的 前 两 个 来 表示 。 


CONSTRAINT ... 





DENTICAL { S { SNO } , ST { SNO } , SC { SNO }};); 


里 我 应 该 解释 一 下 Tutorial D 的 表达 式 IDENTICAL {rl,.,m}， 当 且 仅 当 所 有 变 
.In 全 都 相等 时 ， 它 将 会 








返回 “TURE” 值 (可 以 将 IDENTICAL 看 作 一 种 
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”这 个 例子 是 我 们 第 一 次 见 到 用 来 描 
我 希望 它 对 大 家 来 说 是 一 个 不 言 自 明 、 浅 显 易 
严格 讲 应 当 写作 关系 选择 器 调用 RELATION 
London) 严格 来 讲 则 应 当 写 作 关系 选择 器 调 | 
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那么 对 于 ST 和 SC 
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草 的 例子 。 不 过 说 得 
{TUPLE {SNO '“S1，， 

















体 点 ， 例 子 中 的 表 
STATUS 20}}, 








后 我 会 经 常 使 

















这 类 例子 


达 式 (S1, 20) 
而 表达 式 (S1， 


RELATION {TUPLE {SNO ‘$1’, CITY ‘London’ }}。 
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ST 中 删除 ， 而 其 他 
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绝 该 DELETE 执 行 
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， London ) 


些 特定 的 约束 )。 其 ! 
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起 来 还 是 接受 DELETE 才 


) FROM ST 





) FROM ST 
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FROM SC 7 


其 效果 就 是 从 ST 和 SC 中 删除 特定 的 数组 ， 同 时 
除 规则 都 起 效 ， 这 样 
那么 下 面 的 这 个 “ 单 DELETE” 又 如 倍 


它 同 时 也 可 以 从 关系 变量 
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呢 ? 














出 现 的 情况 就 是 : 严格 按照 需求 ， 只 有 〈S1，20) 被 从 关系 变革 
的 一 切 都 保持 不 变 〈 因 
一 种 可 能 
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将 在 投影 关系 变量 ST 
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规则 同时 进入 整个 过 程 中 起 效 ， 因 
关系 变量 SC。 
自然 地 ， 对 于 SC 我 们 也 需要 一 个 类 似 的 规则 。 


'ETE Q FROM SC : 


不 同意 我 所 讲 的 观点 ， 如 上 面 所 述 通过 
联 的 方式 能 够 更 好 地 帮助 它们 执行 成 功 的 话 ， 亦 即 ， 
操作 直接 失败 , 那么 我 会 假 全 
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作者 注 : 当然 ， 如 果 你 
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那么 INSERT 操作 在 这 
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F 能 让 它 进行 相应 的 级 联 操作 更 好 
个 更 合适 的 ST 





E ( 








上 的 删除 乡 


S MATCHING Q ) 


级 联 到 关系 变量 $ 将 会 导致 之 前 定义 对 $ 的 删除 的 





日 














件 令 人 振 确 





A 
SI 








的 事情 ,但 是 ， 看 





Bs 

















些 3 


唱 除 规则 。 


FROM S; 











LI 





DE 





ETE 





文 些 投影 


) INTO ST 
INT 























定 你 应 该 能 通过 


关系 变量 





yr 

















此 最 终 效果 将 会 是 


( S MATCHING d 








FROM 5S; 











如 果 你 选择 
过 数据 库 管理 系统 授权 




















。 换 言 之 ， 我 推荐 


原始 的 DELETE 也 会 级 联 到 


十 将 单一 DELETE 级 


让 这 类 DELETE 
的 子 系统 来 实现 删 











7 


O SC 


效果 就 是 向 ST 和 SC 插入 特定 的 数组 ， 同 样 我 们 假 和 
样 它 同 时 也 可 以 向 关系 变量 $ 


有 ， 在 今天 的 数据 库 管理 系统 中 ， 
分 别 独 立 的 基础 关系 变量 ， 那 么 这 类 








上 的 表现 义 如 何 呢 ? 下 男 


级 联 就 一 























的 “ 双 INSERT” 


定 在 正常 情况 下 ， 相 应 的 级 联 

















7 人 


定 会 出 现 。 


Pp， 如 果 ST 和 SC 实际 上 是 关系 变量 S 的 视 


插入 数组 (S9, 20， 


























80 














London )。 那 么 “ 单 INSERT” 又 








INSERT ( S9 ，20 ) INTO ST 








如 何 呢 ? 表 达 式 如 下 。 


7 





那么 现在 ， 不 允许 出 现 的 情况 就 是 : 严格 按照 需求 ， 只 有 〈$9, 20) 被 插入 到 关系 


上 




















变量 ST 中 ， 而 其 他 的 一 切 都 保持 不 变 ， 因 为 这 种 结果 将 明 胡 
































的 一 些 特定 的 约束 。 而 且 ， 在 这 是 











没有 任何 级 联 是 合理 的 (可 以 比 对 我 














所 谈 到 过 的 DELETE 操 作 的 情况 ) 


, 也 就 是 说 我 们 无 法 在 向 关系 变量 ST 提 


角 地 违反 我 们 之 前 列 出 














们 在 上 文 ! 














入 数组 (S9， 





20) 的 同时 向 关系 变量 S 中 级 联 插入 一 些 (S9, 20, c) 这 样 的 数组 ， 这 正 是 因为 给 出 
最 原始 INSERT 需 求 的 用 户 并 没有 提供 值 c, 所 以 我 们 只 能 自己 去 “完成 这 个 数组 ”。 














《由 于 相同 的 原因 ， 对 于 原 INSERT 也 没有 但 











的 。) 因此 初始 的 INSERT 一 定 会 因为 违反 黄金 法 则 而 失败 ， 而 唯一 一 个 


























的 插入 法 则 如 下 所 示 。 
ON INSERT jit INTO ST , INSERT ic INTO SC : 
INSERT ( it JOIN ic ) INTO S ; 





由 于 这 个 规则 ， 如 果 it 和 ic 在 SNO 上 的 投影 不 等 价 ， 习 
































FE 何 向 关系 变量 SC 的 级 联 插入 是 合理 














看 起 来 合理 

















P 么 整个 INSERT 操作 就 会 


失败 ， 同 样 也 是 因为 违反 黄金 法 则 。 由 此 导致 的 结果 就 是 “INSERT 操作 如 果 想 成 
功 ， 那 么 就 必须 使 用 “ 双 INSERT ”方式 ” 



































为 了 更 清楚 地 表达 , 现在 让 我 再 利用 下 面 的 扩展 版 重申 一 下 前 面 所 讲 的 规则 ,扩展 
版 与 原版 是 效 辑 等 价 的 ， 请 特别 注意 我 们 介绍 过 的 t 和 也， 详情 如 下 。 























ON INSERT jit INTO ST , INS 
WITH ( tl1 := it JOIN SC 
INSERT tl1 INTO S , INSE 






































ERT ic INTO SC : 
 t2 := ic JOIN ST ) : 
RT 2 INTO,.S: "3 

















INSERT 操作 是 首先 完成 的 ， 然 后 才 是 补偿 性 操作 











在 这 里 请 一 定 小 心 注意 ， 正 如 在 第 4 章 中 所 说 ， 初 始 的 向 ST 和 
两 个 向 $S 做 
操作 ， 开 始 起 效 。 因 此 ， 在 补偿 性 操作 中 的 符号 “ST” 和 “SC”( 











SC 插入 的 
的 INSERT 


表达 式 中 





分 别 是 ic JOIN ST 以 及 it JOIN SC) 指 的 是 初始 INSERT 操作 被 执行 之 后 那些 


关系 变量 的 值 。 














作者 注 : 如 你 所 见 ， 扩 展 版 规则 的 第 3 行 ，INSERT tl INTO S, INSERT {2 INTO S$， 





特别 定义 了 一 个 双 INSERT 操作 ， 














系 变量 S。 换 句 话 说， 这 里 我 们 首次 见 到 了 这 样 一 个 例子 ， 由 两 个 或 更 























而 其 中 每 一 个 NSERT 的 目标 是 一 样 的 ， 都 是 关 



































同 变量 的 独立 赋值 组 成 的 多 重 赋 值 。 简 单 地 讲 ， 在 这 种 情况 下 ， 这 些 单 




















按照 语句 所 书写 的 顺序 执行 (请 参看 附录 A 获得 更 多 详细 解释 )。 不 过 











“在 这 个 地 方 如 果 有 任何 人 敢 说 “nulls”， 






































那 念 怕 我 不 得 不 请 他 去 好 好 “ 流 激 口 ” 了 。 





多 目标 是 相 
独 的 赋值 会 
对 于 现在 手 
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中 这 个 例子 , 我 们 可 以 通过 将 两 个 单独 的 INSERT 操作 整合 成 一 个 来 把 问题 进行 简 
化 ， 至 少 概念 上 是 可 行 的 。 于 是 有 : 


INSERT UNION { tl , t2 } INTO S ，; 









































不 过 对 于 这 个 例子 ， 大 家 请 一 定 注意 ， 如 果 刀 关 世 ， 那 么 我 们 就 会 违反 黄金 法 则 。 


为 了 方便 大 家 阅读 , 现在 让 我 来 总 结 一 下 到 目前 为 止 定义 过 的 这 些 规 则 , 我 会 把 针 
对 ST 和 SC 的 所 有 的 INSERT 和 DELETE 规则 合并 成 一 个 规则 (为 了 清晰 易 懂 ， 
我 依然 还 会 使 用 已 经 介绍 过 的 名 字 )， 详 情 如 下 。 


ON DELETE dt FROM ST , DELETE dc FROM SC ， 

INSERT it INTO ST , INSERT ic INTO SC : 

WITH tl := it JOIN SC , t2 := ic JOIN ST ， 
t3 := S MATCHING dt , t4 := S MATCHING dc ) : 
INSERT t1 INTO S ， 
INSERT t2 INTO S ， 
DELETE 七 3 FROM S ， 
DELETE 七 4 FROM S ; 
































































































































im 
Wh 
全 
地 








同时 ， 也 让 我 将 针对 $ 的 所 有 INSERT 和 DELETE 规则 合并 为 一 ， 在 这 里 
下 ， 有 具体 如 下 。 
ON DELETE d FROM S , INSERT i INTO S : 


DELETE d { SNO , STATUS } FROM ST , DELETE d { SNO ，CITY } FROM SC ， 
INSERT i { SNO , STATUS } INTO ST , INSERT i { SNO , CITY } INTO SC ，; 


































































































作者 注 : 由 于 上 述 两 个 整合 规则 ， 我 们 再 次 遇 到 了 这 种 情况 ， 那 就 是 在 某 些 多 重 赋 
值 之 中 的 两 个 或 更 多 单独 赋值 所 针对 的 目标 是 同一 个 变量 。 但 是 显而易见 ,在 我 们 
遇 到 的 这 几 个 例子 中 , 这 些 单独 赋值 的 执行 顺序 对 于 整体 效果 并 没有 任何 影响 。 同 
样 ， 请 参看 附录 A 获取 更 详细 的 解释 。 


现在 ， 让 我 们 考虑 一 下 显 式 UPDATE 操作 。 首 先 ， 我 将 把 它 留 作 一 个 例子 ， 来 展 
示 在 关系 变量 S 上 显 式 UPDATE 都 可 以 如 大 家 所 期 待 的 那样 起 效 。 为 了 方便 读者 
们 自己 检阅 ， 大 家 可 以 考虑 一 下 如 下 的 例子 。 


UPDATE S WHERE SNO =  \S1′ : { CITY := ‘Paris’ }) 

































































































































































UPDATE S WHERE SNO = ‘Sl1’ : { SNO := ‘S99 } 





尤其 请 注意 这 个 例子 的 第 2 行 是 一 个 “ 键 UPDATE”。 


那么 对 于 在 ST 和 SC 上 的 UPDATE 又 如 何 呢 ? 让 我 们 把 下 面 对 ST 的 UPDATE 需 
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求 作为 一 个 例子 来 考虑 。 


UPDATE ST WHER. 





EE SNO = 

















‘S17 


0 (STATUS 3 


10 





和 


给 定 我 们 常用 的 样本 值 ， 那 么 你 将 会 看 到 如 下 情况 发 生 。 
























































1. 首先 ， 需 求 中 的 更 
中 删除 ， 并 且 数 组 (S1,10) 也 





2. 其 次 ， 补 偿 ! 


察 在 本 例 中 , dc 





规则 中 ， 表 达 式 it JOIN SC 中 的 字符 “SC” 相当 于 








新 已 经 完成 ， 也 就 





已 经 


SE 








长 二 


里 











it 是 说 ， 数 组 〈S120) 已 经 被 从 关系 变量 ST 








被 插入 到 关系 变量 ST 中 。 


生 操 作 已 经 被 执行 ， 也 就 是 说 ， 由 于 从 ST 到 S 的 级 联 删除 规则 ， 
数组 〈S1 20, London ) 已 经 被 从 关系 变 
插入 规则 ， 数 组 


S 中 删除 


| (S1,10, London) 已 经 被 插入 到 关系 变量 S 中 。 注 意 : 








上 
下 个 


和 ic 都 











London ) 。 


由 此 来 
如 下 。 


UP 


天 





























DATE ST WH 


， 这 个 UPDATE 运转 了 


ERI 








′ 和 :1{ 人 SNO : 





‘S97’ 











， 而 由 于 从 ST 到 S 的 级 联 


请 观 





的 。 而 由 此 导致 的 结果 是 在 对 ST 和 SC 的 INSERT 


代 














示 的 是 关系 变量 SC 在 


任何 更 新 发 生 之 前 的 值 ， 因 此 该 表达 式 众生 了 备 受 需要 的 S 数组 〈S1，10， 





E 常 。 那 么 下 列 的 “ 键 UPDATE” 又 如 何 呢 ? 有 具体 


by 





那么 显而易见 的 是 很 不 幸 这 个 UPDATE 操作 失败 了 《具体 来 说 ， 它 由 于 违反 了 黄 








金 法 则 而 执行 失 




















里 别 无 选择 ， 不 得 








败 )。 而 如 同上 
不 明确 地 写 H 





UPDA 
UPDATE SC W 





E ST WH 





ERE SNO 


Ll 





‘S17’ 














供应 商 与 设备 供应 的 例子 一 样 ， 我 认为 在 这 


x 





一 音 ， 
上 所 必需 的 多 


“SNO 








HERE SNO 








这 个 “ 双 UPDATE” 执 行 成 功 了 ， 大 家 可 以 


所 以 ,除了 最 后 这 块 有 点 小 小 地 恼人 之 外 ， 整 个 
与 SC 的 整合 这 两 个 设计 是 信 | 




















新 ， 总 有 
为 止 ， 一切 正常 











5.2 示例 


让 我 们 继续 假设 关系 变量 S、ST 和 SC 都 是 基础 


‘S17 


: { SNO : 


E 





‘S97’ 
‘S97’ 


Il 














o 


1 续 : 














投 泉 乡 


电 等 价 的 ， 也 


eA 


容易 














盏 立 F 台 已 








个 与 之 逻辑 等 价 的 针对 男 一 变量 的 


= 








不 马 T 有 有 


天 > 变量 








EE 赋值 ， 于 


i 情 还 和 
因此 有 b) 对 于 某 一 个 变量 的 每 个 
够 达到 相 





日 
全 





有 : 


} v 
}】 


地 判断 。 














在 轨 。(a) S 自身 和 对 ST 











克 


同 的 整体 效果 。 目 前 


























图 。 现 























关系 变量 ， 其 中 依然 没有 视 





























在 我 们 考虑 一 个 用 户 只 能 看 到 投影 关系 变量 ST 和 SC。 那 么 这 名 用 户 : 
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1， 知道 相应 的 谓词 。 
ST: 供应 商 SNO 已 经 签约 并 且 有 状态 STATUS。 





SC: 供应 商 SNO 已 经 签约 并 且 位 于 城市 CITY 。 





2， 了 解 相关 的 类 型 信 ， 








CONSTRAINT ... ST { SNO } = 











SC { SNO},; 





息 “， 了 解 {SNO} 是 每 个 关系 变量 的 键 ， 了 解 下 列 约束 。 





(这 是 上 一 节 中 唯一 一 个 没有 涉及 关系 变量 S 的 约束 。) 
3. 了 解 如 下 所 列 的 补偿 性 操作 。 























ON DELETE dt FROM ST , DELETE dc FROM SC 




















t3 := SC MATCHING 


[INSERT t1 { SNO , STATUS 
INSERT t2 { SNO , CITY } 





'ETE t3 FROM SC ， 











'ETE t4 FROM ST ，; 





7 


[INSERT it INTO ST ， INSERT ic INTO SC : 
WITH ti1 := It JOIN SC ，t2 := ic JOIN ST ， 





dt ，t4 := ST MATCHING ac ) : 


} INTO ST ， 
INTO SC ， 








《这 个 规则 看 起 来 可 能 有 点 复杂 , 但 实际 上 它 基 本 


DELETE 和 INSERT 规则 进行 了 适当 的 编辑 ， 主 





ST 和 /或 SC 的 引用 。) 


给 出 了 以 上 所 有 信息 后 ， 我 将 把 它 作 为 一 个 练习 ， 用 来 展示 从 用 户 角度 来 看 ， 对 














只 是 对 上 一 节 中 对 ST 和 SC 的 
要 修改 是 将 对 S 的 引用 蔡 换 为 对 





















































ST 和 /或 SC 的 所 有 更 新 执行 时 都 如 上 一 节 所 描述 的 完全 一 致 。 


信息 隐藏 











现在 如 果 假设 一 个 用 户 只 能 看 到 关系 变量 ST， 那 又 会 是 怎么 样 的 呢 ? 这 个 用 户 知 
道 相 应 的 谓词 〈 详 见 上 面 所 述 )， 并 且 知 道 TSNO} 是 该 关系 变量 的 键 ， 但 是 显然 不 
了 解 任何 涉及 SC 或 $ 的 约束 。 而 且 很 有 可 能 ， 该 用 户 也 不 知道 任何 补偿 性 操作 的 


存在 。 因 此 很 显然 ， 这 个 月 


关系 变量 


































































































昌 户 不 被 允许 向 关系 变量 ST 中 插入 数组 ， 也 无 法 在 该 




















中 更 新 供应 商号 码 , 因为 这 些 操作 都 可 能 违反 该 用 户 所 不 知道 的 一 些 约 























束 。( 这 里 也 请 注意 ， 对 ST 更 新 























以 更 改 供应 商 的 状态 这 一 操作 意味 着 关系 变量 























SC 必须 存在 ， 即 使 该 关系 变量 对 用 户 隐 藏 。 因 此 ， 如 果 ST 已 经 被 定义 ， 而 SC 
没有 ， 特 别 是 如 果 为 了 安全 原因 ST 的 定义 中 丝毫 未 涉及 SC， 那 么 这 类 更 新 也 





5 我 会 不 大 


来 看 待 。 

















其 烦 地 持续 说 明 这 点 ， 你 可 以 


巴 它 当 作 一 个 对 本 3 














所 后 面 的 所 有 例子 都 是 真实 、 有 效 地 内 容 
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将 被 禁止 执行 。) 


5.3 示例 1 续 : 视图 








企 第 4 章 中 ， 我 向 大 家 展示 了 ， 只 要 








变量 都 从 基础 关系 变量 转换 为 视图 , 对 整体 来 说 














直 保持 信息 等 























我 要 告诉 大 家 ， 正 如 你 们 所 期 待 的， 这 条 特性 在 本 章 





























因此 改变 。 有 具体 点 说 就 是 现在 假设 $ 
么 有 : 























有 关 的 茶 些 或 者 所 有 关系 变量 是 视图 的 话 , 在 本 章 : 
是 基础 关系 变量 ， 而 ST 和 SC 都 是 视图 ， 那 


也 不 会 有 本 质 的 不 同 。 那 么 在 这 里 





价 ， 即 使 有 部 分 或 者 全 部 关系 






































也 一 样 成 立 ， 即 如 果 与 各 示例 

















目前 为 止 我 所 说 的 一 切 都 不 会 























1. 在 之 前 最 后 一 节 中 由 各 种 CONSTRAINT 语句 所 指定 的 约束 将 会 被 自动 执行 ， 























这 正 是 因为 ST 和 SC 都 是 S 的 视图 。 





























2. 从 S 到 ST 和 SC 的 补偿 性 操作 也 会 自动 发 生 ， 同 样 是 因为 ST 和 SC 都 是 $ 的 








视图 。 也 就 是 说 对 S 的 各 种 更 新 相应 














3. 从 ST 和 SC 到 S 的 补偿 性 操作 ， 这 是 






























































会 被 自动 映射 到 ST 或 SC 当中 。 
有 一 些 可 以 被 视 为 视图 更 新 规则 的 操作 也 会 自 
动 发 生 ， 同 样 是 因为 ST 和 SC 都 是 $ 的 视图 。 换 言 之 ， 
是 对 底层 关系 变量 $ 的 更 新 ， 并 且 在 S 中 也 会 自动 可 见 ， 就 如 在 ST 或 SC 中 一 样 。 




















对 ST 或 SC 的 更 新 “实际 上 ” 








4. 如 果菜 个 用 户 只 能 看 到 视图 ST 和 SC， 那 么 他 也 能 够 实现 全 方位 操作 ， 就 好 像 















































这 些 视图 就 是 基础 关系 变量 一 样 ， 实 际 上 就 如 同上 一 节 中 它们 还 是 基础 关系 变量 时 

















我 所 描述 的 一 样 。 详 细 来 说 ,该 用 户 会 知道 如 下 几 点 :(a) 针对 每 一 个 关系 变量 的 
































所 有 DELETE 操作 都 会 级 联 到 另 一 个 ，(b) 所 有 INSERT 操作 和 键 UPDATE 操作 
都 必须 是 “ 双 更 新 ”模式 的 ，(c) 其 他 的 UPDATE 操作 会 正常 执行 ，(d) 所 有 的 
显 式 赋值 都 必须 与 前 面 几 项 合理 构成 的 纪 










































































5. 对 比 来 说 ， 假 设 某 个 用 户 只 能 看 到 






























































视图 ST， 那 么 


日 合 逻辑 等 价 。 





























他 (她 ) 所 能 执行 的 操作 很 明 






































显 就 会 很 有 限 , 就 如 同 当 所 有 变量 都 是 基础 关系 变量 时 用 户 只 能 看 到 基础 关系 变量 


























ST 的 情形 一 样 〈 同 样 在 上 一 节 我 们 有 过 描述 )。 有 具体 来 说 就 是 该 用 户 将 不 会 被 允许 














向 该 关系 变量 插入 数组 ， 或 者 在 该 关系 变量 内 更 新 供 


改变 STATUS 信 。 




















5.4 示例 2: 另 一 个 无 损 分 解 


现在 ， 我 们 来 考虑 示例 1 的 另 一 个 版 本 ， 或 者 说 ， 是 














应 商号 码 (并 且 很 可 能 也 无 法 

















更 通用 的 一 个 版 本 。 同 样 ， 我 
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Ci 
os 





还 是 


从 关系 变量 S 3 

















束 来 实现 “函数 依赖 ”(FD)。 


{0 CETY 


换 句 话说, 任意 
(为 了 让 我 们 常 月 











从 10 改 为 30。) 现在 , 假设 我 们 定义 两 个 投影 3 
的 投影 (与 示例 1 : 


SC { SNO,C 


STATUS } 














相同 ); CT, 


ITY } KEY { SNO 








CT {CEEY. , 


经 过 观察 不 难 发 于 


一 个 无 损 分 解 ， 在 任意 时 刻 它 都 具有 以 


投影 ，(b〉S 的 值 








S 


于 始 谈 起 。 只 不 过 这 一 














见 ， 如 同 示 例 1 


? 


两 个 供应 商 如 果 位 于 相同 的 城市 
的 样本 值 与 这 个 新 的 约束 一 致 ， 让 我 





} 


ATUS } KEY { CITY } 


次 ， 我 会 在 这 











个 关系 变量 中 加 入 一 个 约 








, 那么 他 们 同时 也 会 有 相同 的 状态 “。 
们 暂时 把 供应 商 S2 的 状态 值 
系 变 量 : SC, 对 于 S 上 SNO 和 CITY 











对 于 S 上 CITY 和 STATUS 的 投影 ， 详 情 如 下 。 


的 一 样 ， 这 两 个 投影 共同 构成 了 对 关系 变量 S$ 的 








re 





F 特 性 ; 








(a) SC 和 CT 的 值 等 于 相应 的 S 值 的 


等 于 表达 式 SC JOIN CT 的 值 。 于 是 ， 这 两 个 定义 ，S 和 SC 与 CT 的 














































































































































































































































































































组 合 是 信息 等 价 的 “。 这 些 关系 变量 都 具有 单 键 ，{SNO} 是 SC 的 单 键 ，{CITY} 是 
CT 的 单 键 。 样 本 值 如 图 5.2 所 示 。 
S 
London London Athens 
Paris Paris London 
Paris Paris Paris 
London London 
Athens Athens 

图 5.2 ” 带 {CITY} 一 {STATUS} 的 关系 变量 S、SC 以 及 CT 的 样本 值 

下 面 是 SC 和 CT 的 谓词 。 

SC: 供应 商 SNO 已 经 签约 并 且 位 于 城市 CITY 。 

4 《Database Design and Relational Theory》 一 书 对 功能 性 依赖 FD 有 较 深 入 的 探讨 。 这 里 我 只 想 给 大 家 
明确 ， 如 果 K 是 关系 变量 R 的 键 ， 那 么 FD K 一 X 在 及 中 ， 对 所 有 有 的 关系 头 的 子 集 X 起 效 ， 示 
例 1 其 实 已 他 很 明确 地 引入 了 一 些 特定 的 FD。 

”正如 我 在 前 面 曾 说 过 的 , 对 于 数据 库 DBI〈 只 包含 单 关系 变量 R) 与 数据 库 DB2 (只 包含 R 的 投影 ) 
而 言 ， 当 且 仅 当 DB2 中 的 投影 是 通过 与 R 中 所 含 的 某 些 JD 一 致 地 分 解 得 来 的 时 候 ，DB1 与 DB2 
是 信息 等 价 的 , 但 是 目前 我 们 所 讨论 的 示例 2 引入 的 是 ED， 而 不 是 JD。 然而 , 这 里 个 定理 一 一 希 
斯 定理 规定 ， 如 果 A、B 和 C 的 合并 等 于 R 的 关系 头 ， FD A 一 B 是 在 R 中 起 效 的 话 ， 那 么 
包含 AB (=A 与 B 的 合并 ) 以 及 AC (=A 与 C 的 合并 ) 这 两 个 元 素 的 JD 也 同样 在 R 中 起 效 。 
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CT: 城市 CITY 拥 有 状态 STATUS。 


像 之 前 一 样 ， 让 我 们 先 来 看 看 当 3 个 关系 变量 都 是 基础 关系 变量 时 是 什么 情况 。 下 
列 约束 显然 会 起 效 。 






























































CONSTRAINT ... SC=S { SNO , CITY } } 

CONSTRAINT ... CT=S { CITY , STATUS } ; 

CONSTRAINT ... S = JOIN { SC , CT }); 

CONSTRAINT ... IDENTICAL { S { SNO } , SC { SNO } }); 

CONSTRAINT ... IDENTICAL { S { CITY } , SC { CITY } , CT { CITY } };，; 





对 于 更 新 来 说 ，S 上 的 INSERT 和 DELETE 肯定 会 相应 级 联 到 SC 上 。 


ON INSERT i INTO S : INSERT i { SNO , CITY } INTO SC ，} 
ON DELETE Q FROM S : DELETE Q { SNO , CITY } FROM SC ;} 





























那么 它们 是 否 会 级 联 到 CT 呢 ? 其 中 ，INSERT 操作 可 以 直接 级 联 。 


ON INSERT i INTO S : INSERT i { CITY , STATUS } INTO CT ; 


(我 要 再 次 提醒 大 家 ， 对 任何 试图 插入 一 个 已 经 存在 数组 的 尝试 ， 其 效果 都 是 
“noop.”) 便 DELETE 操作 就 会 稍微 复杂 一 点 。 

































































ON DELETE Q FROM S : 
DELETE ( ( CT MATCHING Q ) NOT MATCHING S ) FROM CT ; 
































解释 说 明 : 令 r 为 由 子 表达 式 CTMATCHING d 表示 的 关系 。 那 么 当 给 定 图 5.2 所 
示 的 样本 值 时 ， 有 : 


1. 假设 我 们 从 S 中 删除 “S5，30，Athens )， 那 么 现在 S 就 只 包含 S1、S2、S3 和 
S4。 那 么 有 (a) r 只 包含 一 个 数组 (30，Athens)，(b) 表达 式 r NOT MATCHING 
S 现在 被 调整 为 只 有 r， 因 为 仅 有 的 包含 〈30，Athens) 的 子 数组 已 经 被 从 $ 中 删 
除了 ，(c) 数组 (30, Athens) 被 从 CT 中 删除 了 。 


作者 注 : 请 注意 ， 当 我 们 说 例如 〈30，Athens) 是 数组 (S5，30，Athens〉 的 子 数 
组 时 ， 就 意味 着 前 者 是 后 者 的 投影 。 更 通用 点 的 说 法 是 如 果 t 是 一 个 供应 商 数组 ， 
那么 t 的 属性 SNO 和 CITY 上 的 投影 {SNO,CITY} 就 是 t 的 子 数组 ， 该 子 数组 只 
包含 t 的 SNO 和 CITY 元素。 换 名 话说， 我 们 可 以 ， 并 且 Tutorial D 也 支持 我 们 方 
便 地 “ 重 载 ”， 给 众所周知 的 关系 投影 运算 定义 一 个 用 于 数组 的 版 本 ， 就 如 同 它们 
对 关系 的 效果 。 请 参考 《SQL and Relational Theory》 来 获取 更 多 信息 。 

















































































































































































































* 因此 在 这 个 定义 中 ， 城 市 就 变 成 了 “它们 自己 本 身 ”。 
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2. 作为 对 比 ， 假 设 我 们 从 S 中 删除 了 〈S1，20，London), 那 么 $S 
hh 数组 (20，London)，(b) 那么 表 
此 得 到 一 个 空 关系 的 结果 ，S 仍然 拥有 一 个 数组 ， 
出 就 是 供应 商 S4， 其 中 包含 (20，London) 作为 一 个 子 数组 ， 因 
西 被 从 CT 中 删除 ， 尤 其 是 数组 (20，London) 没有 被 删除 ， 并 且 CT 保持 原样 


组 S2、S3、S4 和 S5。 








灰 


处 


没有 变化 。 





达 式 r NOT MATCHING S 也 因 














于 是 有 〈a) r 只 包含 单独 


























岗 在 只 包含 数 








此 《c) 没有 任何 

















并 且 ， 经 我 粗略 观察 发 现 ， 按 照 之 前 给 出 的 补偿 性 操作 ， 所 有 在 S 上 的 显 式 UPDATE 








了 





操作 都 如 预期 般 运 行 


FD{CITY} 一 {STATUS} 的 尝试 都 会 


那么 对 于 在 SC 和 CT 
们 都 是 基于 图 

















1. 假设 我 们 从 SC 中 

















， 大 家 如 有 








兴趣 也 可 以 自己 验证 。 
































上 的 更 新 又 如 何 呢 ? 接 下 来 ， 证 我 们 来 看 
5.2 的 样本 值 。 首 先是 关系 变量 SC。 


删除 了 〈S1，London) ， 那 么 下 列 几 个 结果 看 起 来 训 














理 (a) 系统 会 从 $ 

















( 











因为 这 里 还 有 男 一 个 供应 商 S4， 划 




















假设 我 们 从 SC 上 删除 (S5，Athens) ， 忆 














统 会 从 S 中 几 






































2. 假设 我 们 


20，London ) 的 效果 。 
各 会 失败 ， 因 为 在 CT 


看 关系 变量 CT。 
向 CT 中 捐 














这 个 更 新 ; 
下 面 我 们 
1. 如 果 我 们 试 




















有 来 看 
图 










































































j 户 写 出 

















请 注意 ， 作 


因为 违反 黄金 法 则 而 失败 。 


E 何 想 要 违反 














对 比 来 说 ， 如 果 我 们 尝试 向 SC 































































































卸 



































个 显 式 的 多 重 赋值 。 
向 SC 中 插入 (S9,，London) 。 这 个 更 新 成 功 , 它 同 时 有 向 S 中 插入 (S9， 








些 例子 ， 当 然 它 


会 很 合 





删除 4S1，20，London) ，(b) 系统 不 会 对 CT 做 任何 操作 
状态 是 20 并 且 城 市 为 London)。 对 比 来 看 ， 
了 么 如 下 几 项 应 该 是 合 到 
扣除 CS5，30, Athens) ，(b) 同时 系统 也 会 从 CT 中 删 
注意 : 当 说 到 “合理 ” 我 的 意思 当然 是 这 些 操作 达到 了 我 们 所 需要 的 效果 ， 同 时 
并 不 会 违反 黄金 法 则 或 者 要 求 ) 


的 结果 。(a) 系 
除 (30，Athens ) 。 





上 入 〈S9，Rome) ， 那 么 


没有 任何 数组 包含 城市 Rome”。 





入 (Rome，20) ， 假 设 在 SC 上 没有 “在 同一 时 刻 ” 





































































































发 生 的 更 新 需求 《等 效 于 在 S 上 的 需求 ， 参 看 下 面 第 4 点 )， 那 么 结果 只 能 是 这 个 

操作 因 违 反 黄 金 法 则 而 失败 。 

2. 如 果 我 们 试图 向 CT 中 插入 (London，40) ， 那 么 这 个 尝试 同样 会 因为 违反 黄 

金 法 则 《实际 上 是 违反 了 一 个 键 约束 ) 而 失败 。 

”向 SC 进行 NSERT 操作 是 否 成 功 不 可 预测 地 取决 于 当时 数据 库 系统 的 状况 ,并 且 可 能 因此 被 拒绝 会 
让 你 觉得 有 些 失控 。 但 是 当 更 新 失败 的 时 候 我 们 至 少 知道 原因 是 它们 违反 了 一 些 用 户 明确 知道 的 约 
束 条 件 。 实 际 上 ， 上 述 更 新 失败 与 我 们 传统 意义 上 的 因为 违反 关键 约束 而 发 生 的 更 新 失败 并 没有 本 
质 上 的 不 同 ， 后 者 在 发 生 时 其 实 也 是 取决 于 数据 库 当 时 的 情况 。 
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3. 如 果 我 们 从 CT 中 删除 (London，20) ， 





那么 应 该 会 有 如 下 结果 。(a) 从 S$ 中 删 


除 (S1，20，London) 和 (S4，20，London) ，(b) 从 SC 中 删除 (S1，London ) 
和 (S$S4，London) !。 


4. 如 果 我 





























作者 注 : 3 


视 
从 二 





投影 : (a) SNT， 有 属 改 
然 ， 后 面 这 个 投影 只 拥有 
Design and RelationalTheory》 中 所 介 乡 


和 











DELETI 
ETE 
ELETE 





























ERT 
ERT 








后 面 一 条 规则 可 以 被 无 损 简 



































门 66 - 广 





( 
( 


ic INTO SC , INSI 
ic JOIN CT 


( 











S MATCHING dc ) 
S MATCHING dt ) 




















E 同 一 时 刻 ” 向 SC 插入 (S9，Rome) ， 并 向 CT 所 
那么 这 个 更 新 将 会 成 功 ， 它 同时 具备 向 S 中 插入 (S9，20，Rome) 的 效果 。 


居 这 些 例子 ， 我 们 可 以 总 结 出 以 下 几 个 规则 。 


EN 一口 口 





FE dc FROM SC ，DELETE 











QE “EROM GT 作 








FROM S, 
FROM S; 


ERT it INTO CT : 


) INTO S，; 





ON INSER 





IINSERT 











图 LS (“London suppliers 








交 关 系 变量 









































i INTO 
(证 





。 同样 ， 根 据 我 的 观察 ， 


F 可 以 解决 前 几 章 遗留 
”) 还 未 解决 的 问题 。 
去 掉 CITY 属 性 。 实 际 上 ， 我 们 可 以 把 该 关系 变量 分 解 为 它 的 几 个 
ESNO、SNAME， 以 及 STATUS; (b) C， 有 属性 CITY。 准 
个 值 London。) 下 [| 在 《Database 
{CITY} 在 关系 变量 LS 中 起 


个 数组 , 包含 单独 的 





SC 


OIN CT ) INTO S ; 




















同 的 效果 。 





显 式 UPDATE 操作 


入 (Rome，20) 。 


化 为 如 下 的 形式 (为 什么 无 损 ? )。 


有 了 这 些 规则 ， 前 面 提 到 的 所 有 的 INSERT 和 DELETE 操作 的 例子 都 可 以 正常 执 
行 ， 并 获得 大 家 所 期 待 的 效 
预期 地 正常 运行 (关于 这 点 的 验证 就 留 给 大 家 当 作 练习 了 )。 对 于 示例 1 来 说 ， 状 
况 就 是 : 〈a) 对 于 两 个 不 同 的 设计 $ 本 身 ， 及 由 SC 和 CT 整合 而 来 的 形式 来 说 ， 

它们 是 信息 等 价 的 ， 也 因此 会 (b) 对 其 ! 
个 上 面 会 有 一 个 等 价 的 更 新 被 执行 ， 并 达到 总 体 相 


见 在 ， 我 终于 











也 会 如 





任何 一 个 做 出 更 新 ， 那 么 理论 上 在 另 一 








下 来 的 一 点 未 尽 之 事 了 ， 就 是 那些 对 于 

















在 前 几 章 中 ， 


我 


[al 


说 过 我 们 可 以 









































































































































日 























效 “， 因 此 ， 早 前 在 本 章 的 一 个 注脚 中 提 到 过 的 希 斯 定理 ， 将 会 保证 该 分 解 为 无 损 
"如果 你 对 于 在 CT 上 进行 删除 操作 会 级 联 到 S 这 个 主意 感到 有 那么 一 点 不 舒服 的 话 ， 那 么 请 记 住 现 
在 城市 属性 都 已 经 是 “它们 自己 本 身 ” 了 。 同 理 ， 对 于 在 S$ 上 进行 删除 会 级 联 到 SP 上 也 是 一 样 

本 质 上 这 些 情况 是 相似 的 。 
” 顺便 说 一 句 ， 那 个 LS 根本 都 不 算是 第 二 范式 (2NF)。 
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分 解 。 那 么 关系 变量 SNT 就 可 以 根据 以 下 规则 进行 更 新 。 
ON INSERT i INTO SNT : INSERT ( i JOIN C ) INTO LS ; 
ON DELETE d FROM SNT : DELETE ( d MATCHING C ) FROM LS ，; 



































当然 ， 前 提 是 关系 变量 LS 是 可 更 新 的 。 注 意 : 





关 观 察 和 思考 作为 练习 留 给 你 们 。 














我 将 把 对 于 关系 变量 C 的 更 新 


的 相 





下 面 , 为 了 文章 的 完整 性 , 我 会 像 在 示例 1 中 那样 写 出 我 对 示例 2 的 一 些 观点 和 思 


考 角 度 ， 如 下 : 




















(a) 单独 思考 关系 变量 SC 和 CT， 不 考虑 关系 变量 


























考虑 如 果 用 户 上 






































能 看 到 这 两 个 关系 变量 中 的 一 个 , 即 如 果 部 分 信 ， 




















ES 的 情况 ; (by) 
县 被 隐藏 了 ， 那么 





将 会 发 生 什么 情况 ;(c) 思考 如 果 SC 和 CT 其 实 都 是 视图 ， 那 么 会 出 现 什 么 情况 。 





不 过 我 想 , 平 ， 
意外 的 结果 ， 导 











心 而 论 ， 对 于 这 几 个 问题 并 不 会 有 什么 令 























人 意外 的 结果 ， 如 果真 的 有 








pg 才 叫 意 外 。 实 际 上 ， 请 大 家 将 注意 力 集 











下 








中 到 一 个 更 重要 的 点 上 ,也 























就 是 , 你 们 可 能 已 经 注意 到 了 , 对 于 示例 2 我 所 给 出 的 更 新 规则 其 实 都 可 以 对 应 到 








情况 的 特例 时 ， 这 种 规则 关系 才 会 出 现 。( 回 想 一 下 ， 示 例 1 
损 分 解 ， 只 是 它 被 放 进 了 不 同 的 投影 中 。) 
5.4.1 投影 关系 变量 


我 们 继续 假设 关系 变量 S、SC 以 及 CT 都 是 基础 关系 变量 ,还 是 没有 视图 。 


示例 2 规则 的 特殊 1 
































形 



















































































示例 1 相应 的 元 素 中 去 ， 或 者 ， 让 我 们 说 得 更 准确 一 点 ， 忆 
青 况 。 除 此 之 外 ， 只 有 在 示例 1 所 描述 的 情况 是 示例 2 所 描述 的 
也 引入 了 对 S 的 无 












































了 就 是 示例 1 的 规则 都 是 


那么 现 


在 我 们 来 看 看 当 一 个 用 户 只 能 看 到 投影 关系 变量 SC 和 CT 时 的 情形 《同时 我 又 观 


察 了 一 下 ， 由 SC 和 CT 这 两 个 关系 变量 整合 的 方式 与 只 包含 关系 变量 S 的 方式 是 














信息 等 价 的 )。 














对 于 该 用 户 会 有 以 下 情况 出 现 。 

















1. 知道 各 关系 





变量 相应 的 谓词 。 





SC: 供应 商 SNO 已 经 签约 并 且 位 于 城市 CITY。 
CT: 城市 CITY 拥有 状态 STATUS 。 


2. 了 解 {SNO} 是 SC 的 键 ，{CITY} 是 CT 的 键 ， 并 且 也 了 解 如 下 的 约束 。 


CONSTRAINT ... 


3. 了 解 如 下 这 





























之 些 补偿 性 操作 。 





ON DELETE 








DD 
二 
对 

















dc FROM SC , DELETE dt FROM CT : 











EE ( SC MATCHING dt ) FROM SC ， 








DD 
如 
对 





EE ( CT MATCHING dc ) NOT MATCHING SC 


) 





IDENTICAL { SC { CITY } , CT { CITY } ) ; 


FROM CT ; 
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给 出 了 以 上 信息 之 后 , 我 将 会 把 以 下 工作 作为 练习 留 给 大 家 : 验证 从 这 个 用 户 的 角 
度 来 看 ， 所 有 对 于 SC 和 /或 CT 的 更 新 都 会 如 其 预期 的 一 样 被 正常 执行 。 


5.4.2 ”信息 隐藏 
那么 如 果 一 个 用 户 只 能 看 到 关系 变量 SC 又 会 是 什么 情形 呢 ? 答案 是 该 用 户 知道 谓 
词 是 怎样 的 (看 上 面 所 列 的 )， 并 且 还 知道 {SNO} 是 该 关系 变量 的 键 ， 不 过 当然 不 
会 知道 任何 与 CT 或 $ 有 关 的 约束 。 再 多 说 一 点 ， 就 是 该 用 户 也 不 知道 任何 补偿 性 
操作 。 而 这 种 情形 就 会 导致 : 如 果 新 数组 或 更 新 的 数组 中 的 CITY 值 不 是 已 经 存在 
于 该 关系 变量 中 的 ， 那么 该 用 户 就 不 被 允许 执行 任何 INSERT 或 者 UPDATE 操作 。 
至 于 只 能 看 到 关系 变量 CT 的 用 户 ， 则 不 被 允许 对 CITY 值 做 出 任何 INSERT 或 
UPDATE 操作 。 当 然 ， 有 此 限制 的 原因 又 是 该 用 户 只 能 看 到 部 分 而 非 全 局 ,在 这 种 
情况 下 信息 等 价 也 无 法 成 立 。 

5.4.3 视图 

最 后 ,如果 本 章 涉及 的 部 分 或 者 全 部 关系 变量 都 变 为 视图 
论 仍然 适用 ， 毫 无 例外 。 我 们 来 具体 说 说 ， 假 设 现在 S 是 
CT 是 视图 ， 那 么 有 : 


1. 在 本 节 早 些 时 候 用 CONSTRAINT 声明 定义 的 各 种 约束 都 会 自动 强制 执行 ， 而 
原因 正 是 SC 和 CT 都 是 $ 的 视图 。 


2. 所 有 从 S 到 SC 和 CT 的 补偿 性 操作 也 都 会 自动 发 生 ， 这 同样 是 因为 SC 和 CT 
都 是 S 的 视图 ， 也 就 是 说 ， 所 有 对 $ 的 更 新 都 会 自动 在 SC 或 CT 或 两 者 中 相应 地 
体现 出 来 。 


3. 所 有 从 SC 和 CT 到 $ 的 补偿 性 操作 ， 也 就 是 那些 通常 可 以 理解 为 视图 更 新 规则 
的 部 分 ， 同 样 也 会 自动 运行 ， 而 原因 也 同样 是 SC 和 CT 都 是 $ 的 视图 。 也 就 是 说 ， 
对 于 SC 和 CT 的 更 新 是 “真正 的 ”对 底层 关系 变量 S 的 更 新 ， 而 它们 在 $ 中 也 是 
自动 可 见 的 ， 就 如 同 在 SC 或 CT 中 一 样 。 

4. 一 个 只 能 看 到 视图 SC 和 CT 的 用 户 可 以 像 它们 是 基础 关系 变量 一 样 执行 所 有 
行动 ， 实 际 上 ， 与 上 面 它们 就 是 基础 关系 变量 的 例子 中 所 描述 的 完全 一 样 。 

5. 对 比 而 言 ,假设 一 个 用 户 只 能 看 到 视图 SC， 那么 他 或 她 显然 会 被 限制 执行 菜 些 
操作 ， 就 如 同 当 3 个 变量 都 是 基础 关系 变量 时 ， 该 用 户 只 能 看 到 基础 关系 变量 SC 
一 样 。 









































































































































































































































































































































那么 目前 为 止 的 所 有 结 
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5.5 示例 3: 一 个 有 损 分 解 


下 面 我 想 最 后 再 换 一 个 例子 ,这 也 是 本 章 中 我 想 讨论 的 最 后 一 个 例子 。 前 面 几 个 例 
子 我 都 是 从 关系 变量 $ 开始 的 ， 而 这 次 不 同 ， 我 将 假设 (与 示例 2 相 比 ) 函数 依赖 
FD{CITY} 一 {STATUS} 并 不 存在 。 那 么 现在 让 我 们 来 定义 两 个 投影 关系 变量 : ST， 
在 属性 SNO 和 STATUS 上 的 投影 ， 以 及 CT， 在 属性 STATUS 和 CITY 上 的 投影 。 









































ST { SNO , STATUS } KEY { SNO } 
TC { STATUS , CITY } KEY { STATU S , CITY } 





关系 变量 ST 与 其 在 示例 1 中 的 情况 完全 一 样 。 而 关系 变量 TC， 相 
比 来 说 ， 虽 然 与 示例 2 中 的 关系 变量 CT 具有 相同 的 关系 头 ， 但 是 
却 具 有 不 同 的 语义 ， 这 一 点 可 以 通过 它们 拥有 不 同 的 键 来 体现 。 也 
正 因为 这 个 原因 ， 我 将 给 它 起 一 个 不 同 的 名 字 ， 以 期 能 够 降低 大 家 
混淆 的 风险 。 样 本 值 如 图 5.3 所 示 。 注 意 观察 由 于 FD {CITY} 一 
{STATUS} 不 再 存在 ， 我 已 经 将 供应 商 S2 的 状态 值 改 回 了 10。 





20 London 

10 Paris 2 全 
30 Paris S3 30 
20 London S4 20 
30 Athens 55 30 


London 
Paris 
Paris 
Athens 





sl 
S2 
S3 
S4 
S5 














图 5.3 ”关系 变量 S、ST 以 及 TC 的 样本 值 





如 前 面 定义 所 呈现 的 ，ST 的 单 键 是 {SNO}， 而 TC 的 单 键 是 {STATUS,CITY} (整个 
关系 头 )。 请 注意 , 与 示例 1 和 2 相 比 , 关系 变量 ST 和 TC 一 起 构成 了 一 个 “有 损 的 ”， 
A hn nde Sas nn 
这 两 种 设计 ，S 自 己 ， 以 及 ST 与 TC 的 整合 ， 则 并 不 是 信息 等 价 的 ， 说 得 更 具体 点 
就 是 信息 等 价 所 依 信 的 那些 供应 商 所 在 的 城市 在 后 面 一 种 设计 中 丢失 了 


那么 接 下 来 , 我 们 还 是 如 同 前 几 个 示例 一 样 先 假设 所 有 的 3 个 关系 变量 都 是 基础 关 
系 变量 。 于 是 就 有 对 于 ST 和 TC 的 谓词 如 下 。 


ST: 供应 商 SNO 已 经 签约 并 且 拥 有 状态 STATUS 。 







































































































































































mh 























”这 是 因为 ST 和 TC 并 没有 从 S 中 获得 任何 相应 的 JD (连接 依赖 )。 相 关内 容 还 是 请 大 家 参看 《Database 
Design and Relational Theory》 来 获得 更 多 的 说 明 。 
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TC : 某 些 供应 











痢 已 经 签约 并 且 拥 有 状态 STATUS， 同 时 位 于 城 站 




















CITY 。 


























作者 注 : 在 这 里 我 想 强调 ， 本 次 对 关系 变量 S 的 分 解 中 含有 关系 变量 TC， 是 一 次 























有 损 分 解 ， 我 打破 在 本 章 ! 


























商 … 的] 

下 列 几 个 约束 显然 是 起 效 的 。 
CONSTRAIN . ST=S { SNO ，STAIUS } ，} 
CONSTRAIN 。 IC= 5S { STATUS , CITY } }; 
CONSTRAIN :SS{ SNO}= STH{ SNO},;) 
CONSTRAIN . ST { STATUS } = TC { STATUS } ; 

















接 下 来 , 一 个 分 析 告 诉 我 们 对 S 的 更 新 规则 ， 这 与 我 们 曾经 在 示 












































的 惯例 而 给 了 该 关系 变量 一 个 量化 的 形式 〈“ 某 些 供应 











例 2 中 做 过 的 分 析 





本 质 上 是 很 相似 的 ， 至 于 细节 就 留 给 大 家 做 练习 了 。 具 体 规则 如 下 。 





ON INSER 





INSER 





INSERT 





i INTO S : 
i { SNO , STATUS } INTO ST ， 
i { STALUS. 7 CITY } INTO TC 





ON DELETE 








DELETE 





"EROMS:S 3 
dt{ SNO , STATUS } FROM ST ， 











DELETE 








( ( TC MATCHING d ) NOT MATCHING S ) FROM TC ; 








那么 对 于 在 ST 和 TC 上 的 更 新 又 如 何 呢 ? 我 们 还 是 先 来 考虑 下 面 几 个 例子 。 
1. 假设 我 们 从 ST 中 删除 CS1，20)， 那 么 下 面 几 种 结果 看 起 来 是 成 立 的 。(a) 会 








从 S 中 删除 (S1，20，London) ，(b) 对 TC 没有 任何 操作 “〈 因 
























































为 这 里 有 男 一 个 供 

















应 商 S4, 拥有 状态 20, 并 位 于 城市 London)。 对 比 来 说 , 假设 我 们 从 ST 中 删除 (CS2， 





10) ， 那 么 就 会 有 〈a) 会 从 S 中 | 


Paris) 。 


2. 假设 我 们 试 
新 操作 成 功 ， 它 会 有 向 S 中 插入 (S9，20，London) 的 效果 。 对 比 来 说 ， 假 设 我 
门 试图 向 ST 插入 (S9，30) ， 那 么 该 操作 会 因为 违反 一 个 键 约 





























图 向 ST 中 插入 〈S9，20) 。 带 入 我 们 通常 使 用 






































试图 为 供应 商 S9 向 该 关系 变量 中 同时 插入 两 个 不 同 的 数组 。 类 
图 向 ST 中 插入 〈S9，40) ， 那 么 该 更 新 闻 柱 








有 任何 一 个 数组 的 状态 值 是 40。 





3. 假设 我 们 试图 向 TC 中 插入 某 些 新 数组 ， 或 者 从 TC 中 删除 
组 。 如 果 在 ST 上 没有 “在 同一 时 刻 ” 发 生 的 更 新 需求 等 效 于 
看 下 面 第 4 点 )， 那 么 结果 只 能 是 因 



































删除 CS2，10，Paris) ，(b) 会 从 TC 中 删除 (10， 


的 样本 值 ， 这 个 更 





似 的 ， 如 果 我 们 试 











会 失败 ， 不 过 这 次 是 因为 在 TC 中 没 






























































些 已 经 存在 的 数 
在 S$ 上 的 需求 ， 参 





为 违反 了 黄金 法 则 ， 该 更 新 失败 。 
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， 假设 我 们 




















在 同一 时 刻 ” 向 ST 插入 (S9，40) ， 并 向 TC 捐 
了 么 这 个 更 新 将 会 成 功 ， 它 同时 有 具备 向 S$ 中 扣 
的 , 假设 我 们 “在 同一 时 刻 ” 从 ST 中 删除 (S2 
那么 这 个 更 新 也 会 成 功 ， 同 时 它 具 有 从 S 中 删除 (S2，10，Paris) 的 效果 ， 只 不 过 
在 这 个 例子 中 , 看 起 来 在 TC 上 的 DELETE 操 


(参看 上 面 第 1 点 。 























通过 思考 上 述 内 容 ， 我 们 得 出 了 如 下 的 规则 。 




















ON DELETE 




















DELETE 





d FROM S 
S MATCH 





ON INSER 





INSERT 


有 了 这 些 规则 ， 前 面 提 到 的 所 有 的 INSERT 和 DELETE 操作 的 例子 都 可 以 正常 执 
待 的 效果 。 然 而 ， 显 式 UPDATE 操作 却 成 为 了 一 个 问题 。 
在 ST， 或 是 TC 上 ， 都 会 日 
如 果 我 们 试图 更 








行 ， 并 获得 大 家 所 期 
际 上 ， 我 们 发 现 大 则 
要 么 效果 不 理想 的 情况 。 举 例 来 说 ， 你 可 





i IN 
i JOIN 





























E 分 这 类 操作 ， 不 论 














芷 不 论 我 们 是 否 提 





上 需求 它 都 会 发 生 



































入 〈40，Rome) ， 
入 〈S9，40，Rome) 的 效果 。 类 似 
，10)， 而 从 TC 中 删除 (10, Paris)， 





y» 
hz 
SI 


上 现 要 么 失败 ， 
t 应 商 


S2 的 状态 改 为 (a) 40，(b) 20，(c) 30， 或 者 将 供应 商 S1 的 号 码 改 为 S9， 那 么 


将 会 发 生 什么 。( 当 然 ， 所 有 这 些 类 似 的 操作 在 关系 变量 S 上 
因 当 然 就 是 这 两 种 不 同 的 设计 ，S 自己 , 或 者 是 ST 同 TC 的 整合 ， 
具体 点 来 说 ,让 我 们 再 


现 这 种 情况 的 原 
其 二 者 并 不 是 信 

















肯定 都 可 以 完成 。) 出 











娠 等 价 的 。 更 






































不 能 体现 。 因 





市 中 相应 给 定 的 
此 ， 这 种 显 式 的 UPDATE 操作 还 不 如 





接 下 来 ， 我 要 通过 以 下 几 方面 来 ， 





























变量 独立 于 关系 变量 
其 中 之 一 的 话 会 发 9 
。 不 过 , 我 相信 你 依然 无 法 发 现 人 
出 不 过 是 我 所 给 出 的 对 本 示例 的 更 新 规则 , 与 在 示 
使 不 是 完全 一 相 
但 是 泛泛 地 讲 ， 比 起 在 示例 1 禾 
在 本 章 中 所 讨论 的 这 些 示 例 已 经 


5.5.1 投影 





六 地 
































的 话 ， 也 会 非 


关 3 变 

















就 根本 不 提 。 


我 对 这 个 示例 的 观察 与 分 析 : (a) ; 
ES 之 外 进行 思考 ,，(b) 考虑 如 果 我 们 只 能 看 到 这 些 ] 
考虑 一 下 如 果 这 些 关 系 变量 


























王 何 “惊喜 ”。 而 唯一 你 




































































， 更 新 在 示例 3 中 更 


















































让 我 们 假设 一 个 用 户 


1. 知道 各 变量 相应 的 谓词 。 


乡 关系 变量 ST 和 TC， 那 么 这 























鹏 为 一 般 的 投影 更 新 定义 规则 了 。 











来 讲 一 次 ， 那 就 是 











EE 是 视图 
能 发 现 的 一 点 “惊喜 ”， 
侈 1 和 示例 2 中 所 给 
重复 一 裔 ， 它 们 古 
容易 失败 。) 我 个 人 认为 ， 


















































个 用 户 








立 于 给 定 城 
供应 商 可 以 在 第 一 种 设计 中 体现 , 而 一 般 情 况 下 在 后 一 种 设计 中 却 


和 投影 关系 
关系 变 
E 什 


的 规则 即 
外 实 很 相似 ， 
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ST: 供应 商 





经 签约 并 





SNO 已 





























TC: 


某 些 供 











应 阐 


已经 签约 并 且 拥 

















2 





























对 关系 变量 


ON DELE 











ST 的 








DELE 





E ( ( TC MATCHING 





























义 





,Ey 
| 注意 ， 





这 里 并 没有 对 于 ST 的 INSERT 
下 面 两 点 同时 满足 : (a) 在 每 一 个 新 数组 中 SNO 的 值 当前 都 不 出 现在 ST 中 














拥有 状态 STATUS 。 























d ) NOT 








规则 。 实 际 上 





在 每 一 个 新 数组 中 STATUS 的 值 当前 都 出 现在 TC 
从 第 二 段 到 最 后 一 段 的 说 明 。 


UPDATE 操 




















入 ， 请 参考 上 一 节 ! 





5.5.2 ”信息 隐藏 





























还 可 以 隐藏 更 多 信息 ， 只 要 使 用 户 只 
ST 或 TC 中 的 哪 一 个 。 那 么 在 这 种 情 
那么 用 户 可 以 执行 DELETE 操作 ， 其 





执行 。 

















户 








5.5.3 视图 





最 后 ， 如 果 本 章 涉 及 到 的 部 分 或 者 全 部 关系 变量 都 变 为 视图 
肯 ， 毫 无 例外 。 我 们 来 具体 说 说 ，1 
图 ， 那 么 有 : 


结论 仍然 适 月 











和 TC 是 视 




















5 
原 





NS 


2. 所 有 从 S 到 ST 和 








都 是 S 的 视 
体现 出 来 。 


3. 

















在 本 节 早 些 时 
因 正 是 ST 和 TC 都 是 S 的 视 





候 

















所 有 从 ST 和 TC 到 S 的 补偿 和 








况 下 








TC 的 补偿 性 操作 也 都 会 
图 ， 也 就 是 说 ， 所 有 对 $ 的 


克 














为 在 这 
能 看 到 两 个 投影 
用 户 能 够 执行 哪些 操作 呢 ? 如 果 是 ST， 























他 都 不 行 ， 如 果 是 TC， 那么 任何 





] CONSTRAINT 声明 定义 的 各 种 约束 都 会 自动 强 种 
图 。 


有 状态 STATUS， 同 时 位 于 城市 CITY。 








了 解 {SNO} 是 关系 变量 ST 的 键 ， 而 TC 是 “全 键 ” 并 且 也 了 解 下 面 的 约束 。 


CONSTRAINT ... 


3. 了 解 对 于 TC 的 更 新 总 是 失败 ， 原 


ST { STATUS } = TC { STATUS } }; 


因 是 缺乏 一 个 相应 的 “在 同一 时 刻 ” 发 生 的 


新 ， 也 了 解 在 ST 上 的 DELETE 操作 受制 于 下 列 规则 。 


TE Q FROM ST : 





MATCHING ST ) FROM TC ; 




















这 类 操作 将 会 失败 ， 除 非 
(b) 
中 ， 但 只 有 一 次 。 对 于 显 式 





























我 们 并 不 具备 信息 等 价 。 不 过 我 们 


关系 变量 中 的 一 个 ， 不 论 是 





眼 设 现在 S 

















新 都 不 能 





Se 








， 那 么 目前 为 止 的 所 有 
基础 关系 变量 ， 而 ST 








三 | 
和 人 E 








| 





行 ， 而 





自动 发 























E 操 作 ， 也 就 是 那些 通常 可 以 理解 为 视 














生 ， 这 同样 是 
新 都 会 自动 在 ST 或 TC 或 两 者 


因为 ST 和 TC 
相应 地 






































图 更 新 规则 的 
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部 分 ， 同 样 也 会 自动 运行 ， 而 原因 也 同样 是 ST 和 TC 都 是 S 的 视图 “。 也 就 是 说 ， 对 

















4. 一 个 只 能 看 到 视图 
































二 
在 这 里 有 
作 。 我 之 
来 讲 要 色 
根 就 不 应 


有 行动 ， 准 确 地 讲 ， 恰 恰 与 上 面 它们 都 是 基础 关系 变量 的 例子 中 所 描述 的 完全 























于 ST 和 /或 TC 的 更 新 是 “真正 的 ”对 底层 关系 变量 S 的 更 新 ， 而 它们 在 S 中 也 是 自动 
可 见 的 ， 就 如 同 在 ST 或 TC 中 一 样 。 






































ST 和 TC 的 用 户 可 以 像 它 们 是 基础 关系 变量 一 样 执行 所 





















































一 点 你 可 能 觉得 略 有 些 奇 怪 ， 那 就 是 关于 显 式 UPDATE 操 
前 说 过 在 关系 变量 ST 中 试图 改变 供应 商 状态 的 尝试 通常 
会 失败 ， 要 么 效果 不 理想 的 情况 ， 也 因此 这 类 需求 其 实 压 
该 提出 。 然 而 ， 按 照 传统 的 方式 来 进行 视图 更 新 的 话 ， 这 


种 操作 却 根本 不 是 问题 , 也 就 是 说 这 类 操作 能 够 按照 预期 正常 执行 。 


但 是 ， 这 
于 这 个 例 
组 成 的 形 
ST 和 TC 


是 因为 传统 方式 默认 具备 信息 等 价 的 条 件 。 也 就 是 说 ， 对 
子 来 说 ， 传 统 方 式 相 当 于 认为 我 们 所 面 对 的 是 由 ST 和 SC 
式 (也 就 是 本 章 示 例 1 的 情况 )， 而 不 是 我 们 所 讨论 的 由 
组 成 的 形式 。 而 在 示例 1 中 ， 大 家 应 该 还 记得 ， 试 图 在 关 


系 变量 ST 中 改变 供应 商 状态 的 操作 可 以 正常 执行 。 












































5. 对 比 而 言 ， 假 设 一 个 用 户 只 能 看 到 视图 ST 或 TC， 那 么 他 或 她 显然 会 被 限制 执 




















行 菜 些 操作 ， 就 与 本 节 前 面 所 讲 的 完全 一 样 。 


5.6 小 结 


这 里 还 有 最 后 两 点 结论 
我 将 在 第 7 章 “ 重 温 投 
































一 些 早 该 溢 清 的 事情 …… 











点 ， 而 在 这 一 章 我 则 说 
为 一 个 极端 的 例子 ， 视 
影 ， 在 这 个 例子 中 函 
不 能 被 更 新 。 那 么 我 是 


另外 ， 我 在 第 1 章 还 说 
































新 的 这 点 ) 做 详细 说 明 。 那 么 重点 在 这 里 : 并 不 是 说 这 个 特定 的 视图 从 本 质 上 是 不 



































我 要 总 结 。 首先 , 针对 投影 视图 更 新 的 话题 我 并 没有 说 完 ， 
影视 图 ”一 节 中 再 来 概括 一 下 这 个 主题 。 第 二 ， 我 要 浴 清 
在 第 1 章 ， 我 曾经 说 过 所 有 的 视图 都 是 可 更 新 的 这 个 观 
过 针对 特定 视图 的 特定 更 新 无 论 如 何 也 是 无 法 奏效 的 。 作 
图 TC 被 定义 为 对 关系 变量 $ 中 STATUS 和 CITY 元 素 的 
数 依赖 FD {CITY} 一 {STATUS} 并 不 存在 ， 该 视图 完全 
一 嘴 说 两 边 ， 黑 白 全 占 上 了 吗 ? 这 到 底 是 怎么 回 事 呢 ? 


过 在 之 后 会 对 “这 个 吸引 眼球 的 想法 ”( 就 是 视图 都 是 可 更 































































































































































































可 更 新 的 。 而 是 说 ， 如 果 这 些 更 新 被 系统 接受 ,那么 它们 会 造成 一 些 一 致 性 约束 被 




















”实际 上 ， 这 里 并 没有 任何 针对 关系 变量 TC 的 补偿 性 操作 ， 当 然 这 点 并 不 影响 我 们 所 说 的 概念 





























成 立 。 
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违反 , 并 且 没 有 补偿 性 操作 在 这 里 能 够 防止 这 些 违反 约束 的 情况 发 生 ， 所 以 在 这 些 
特定 视图 上 的 这 些 特定 更 新 才 会 失败 。 请 注意 ,这 个 情况 与 对 象 是 基础 关系 变量 时 
发 生 的 情况 是 一 样 的 ， 即 针对 特定 基础 关系 变量 的 特定 更 新 也 会 失败 ,并 不 是 因为 
这 些 关 系 变量 从 本 质 上 讲 是 不 可 更 新 的 , 而 是 因为 这 些 更 新 会 导致 一 致 性 约束 被 违 
反 。 例 如 向 设备 供应 关系 变量 SP 中 插入 一 个 并 不 存在 的 供应 商 的 数组 ， 就 会 出 现 
这 样 的 状况 。 
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第 6 章 


连接 视图 | 一 对 一 连接 





这 段 话 为 谁 编 ， 正 是 为 了 连接 视图 一 一 更 新 通过 V 来 做 ， 更 新 A 同时 更 新 B。 


一 一 Anon: 《Where Bugs Go》 






































我 想 通 过 回顾 我 在 第 3 章 末 尾 所 讲 过 的 话 来 开启 本 章 。 
对 


很 不 幸 ， 视 图 更 新 这 个 话题 确实 很 容易 让 人 迷惑 ， 即 使 在 它 不 存在 争议 的 时 候 
也 一 样 。 一 些 难 点 会 横 在 我 们 的 研究 之 路 当中 ， 无 可 避免 地 成 为 研究 的 障碍 ， 
并 且 很 容易 让 人 在 争议 和 讨论 中 渐渐 失去 方向 。 尤 其 是 我 们 很 容易 忘记 ， 特 别 
范例 当中 ， 哪 些 关 系 变量 是 基础 关系 变量 ， 哪 些 是 视图 。 保 持 头 脑 清 晰 很 





























































































































让 
































儿 





在 这 里 回顾 这 段 文字 是 因为 我 觉得 只 有 这 段 话 才能 告 诚 大 家 , 这 些 问 题 在 研究 着 
视图 的 过 程 中 尤其 容易 出 现 。 


通过 这 段 话 ， 我 想 在 我 们 这 个 主题 的 开头 给 大 家 一 些 感官 上 的 概念 ， 是 会 对 大 
家 有 帮助 的 。 我 们 的 目标 ， 毫 无 疑问 是 一 系列 通过 连接 进行 更 新 的 规则 。 而 
我 所 说 的 我 们 在 结束 时 解决 问题 所 要 用 到 的 正 是 一 系列 规则 一 一 一 套 规整 的 
规则 ， 它 对 所 有 的 连接 都 有 效 “。 尤 其 要 说 的 是 无 论 我 们 面 对 的 连接 是 一 对 
一 的 、 一 对 多 的 ， 还 是 多 对 多 的 ， 对 这 套 规则 来 说 都 不 会 有 任何 不 同 。 实 际 
上 ， 我 已 经 迫不及待 地 想 要 给 大 家 展示 一 下 我 所 说 的 这 套 规则 到 底 长 什么 样 







































































































































































' 有些 人 可 能 会 对 “有 效 ” 这 种 说 法 打 个 问号 。 我 所 说 的 意思 是 : 在 所 有 情况 下 ， 这 套 规则 至 少 是 被 
良好 定义 的 ， 并 且 结 果 是 可 预测 的 。 至 于 这 些 结果 是 否 都 是 可 接受 的 ， 那 就 是 另 一 个 问题 了 ! 后 面 
我 还 会 做 进一步 讨论 。 
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。 假 设 我 们 
表达 为 如 下 形 


ON INSI 


i 








ERT 


ELETE 








ON DI 





当然 , 这 些 规则 现在 看 起 来 还 
们 将 为 大 家 呈现 一 
公式 能 够 给 我 们 提供 



















































































尝试 更 新 一 个 被 定义 为 A JOIN B 的 视图 V。 那 么 这 套 规则 可 以 
式 :5 

INTO V : INSERT A (sub)tuples if they don’t already exist, 
INSERT B (sub)tuples if they don’t already exist 

FROM V : DELETE A (sub)tuples if they don’t exist elsewhere, 

DE B (sub)tuples if they don’t exist elsewhere 

FE 常 模糊 不 清 , 不 过 接 下 来 在 本 章 以 及 后 面 两 章 中 我 

局 宏 篇 大 论 ， 在 我 们 努力 进行 细节 讨论 时 , 我 相信 这 个 粗糙 的 准 











:不 少 帮 助 。 











































































































































































































6. 1 示例 1 言 息 等 价 
因为 连接 是 如 此 的 重要 ， 又 因为 我 们 有 如 此 多 关于 它 的 内 容 要 讨论 ， 所 以 我 决定 将 
这 部 分 内 容 分 为 3 章 来 讲述 。 在 6.1 节 , 我 想 把 我 的 注意 力 集中 在 最 简单 的 一 种 情况 
下 ， 也 就 是 连接 是 一 对 一 的 情况 。 按 照 惯 例 ， 我 将 从 一 些 简单 的 例子 开始 讲 起 。 
我 的 第 一 个 例子 是 将 上 一 章 中 关于 投影 的 第 1 个 例子 反 转 过 来 。( 正 如 上 一 章 所 说 
过 的 ， 通 常 来 讲 连 接 视图 和 投影 视图 之 间 是 有 紧密 联系 的 。 ) 让 我 们 来 具体 看 看 ， 
假设 我 们 给 定 基础 关系 变量 ST 和 SC。 大 致 情形 如 下 。 

ST { SNO , STATUS } KEY 4(, SNO-|} 

Se 4 SNO' > CITYE WEY "SNG 
(在 第 5 章 中 ， 我 为 了 简化 例子 而 省 略 了 属性 SNAME。) 那么 下 面 假设 我 们 定义 这 
两 个 关系 变量 的 连接 ST JOIN SC 为 视图 S。 

Ss. .{ SNO ;yy STATUS y CITY 小 KEY SNO ‘} 
接 下 来 ， 让 我 们 假定 这 个 连接 是 严格 的 一 对 一 的 形式 ， 在 这 种 情况 下 ST 中 的 每 
个 数组 都 会 与 SC 中 的 一 个 数组 连接 ， 反 之 亦 然 。 换 句 话 说 ， 在 这 里 我 们 有 信息 等 


价 ， 即 由 ST 和 SC 一 起 组 成 的 设计 ， 与 只 包含 视 





样 
而 


本 值 如 图 














6.1 所 示 
关系 变量 ， 而 S 则 是 一 个 视 


下 面 是 这 个 连接 的 谓词 ， 





当然， 图 





6. 














1 与 图 





图 )。 



































图 S 的 设计 显然 是 信息 等 价 的 。 
5.1 是 相同 的 ， 只 不 过 现在 ST 和 SC 是 基 




















当然 它 基本 上 就 是 平时 关系 变量 


例子 我 还 是 将 SNAME 去 掉 了 ， 详 情 如 下 。 






































ES 的 谓词 , 但 是 为 了 简化 





S; 供应 商 SNO 已 经 签约 ， 拥 有 状态 STATUS， 并 且 位 于 城市 CITY。 
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S4 


S5 





Ss 
SNO STATUS CITY 
sl 


20 





ST 
SNO STATUS 
sl 20 





London S4 


有 thens 


3S5 





London London 
S2 Paris S2 10 Paris 
3S3 Paris Ss3 30 Paris 


London 
Athens 








6.1 


关系 变量 S、ST 以 及 SC 的 样本 值 


按 























里 仅 会 重复 一 下 关于 这 个 讨 




















照 惯例 来 讲 , 我 们 首先 要 做 的 就 是 考虑 如 果 3 个 关系 变量 全 是 基 而 
发 生 什么 。 但 是 我 们 已 经 在 第 5 章 讨论 示例 1 的 时 候 做 过 这 件 事 














关系 变量 
事 了 ! 因此 ， 我 在 
论 的 一 些 重点 内 容 。 首 先 ， 我 们 已 经 说 过 ，{SNO} 是 每 


















































一 个 关系 变量 的 单 键 。 那么 下 面 的 约束 也 是 起 效 的 (正如 在 第 5 章 中 所 说 的 ， 它 们 



























































都 是 相等 依赖 条 件 《EQD)， 在 一 起 它们 可 以 保证 两 种 不 同 的 设计 是 信息 等 价 的 )。 
CONSTRAIN :3 = "JOLIN :BT SC 0 
CONSTRAIN . ST=S { SNO , STATUS } ，} 
CONSTRAIN :SG = :8S: CSNONy. CITY ny 
CONSTRAIN "LIDENELGCAL {8 ("SNO 3} :ST {SNO. CSNGO } 3 
实际 上 , 如 果 你 翻 回去 查看 的 话 会 发 现 , 在 上 一 章 我 是 用 不 同 的 顺序 排列 这 些 约束 



































的 。 在 这 里 我 调整 了 它们 的 排序 是 为 了 向 大 家 展示 以 下 几 点 : 首先 ，S 确实 是 等 价 





于 另外 两 个 关系 变量 的 连接 
实 等 价 于 相应 的 $ 的 投影 ; 








ST 和 SC 中 出 现 ， 反 之 亦 然 。 


一 起 之 后 的 逻辑 结果 〈 想 想 
补偿 性 操作 也 是 与 之 前 一 样 
























































; 其 次 ,为 了 保证 我 们 需要 的 信息 等 价 ，ST 和 SC 确 
最 后 ， 任 何 一 个 在 S 中 出 现 的 供应 商号 码 都 会 同时 在 
注意 : 实际 上 最 终 的 那个 约束 是 其 他 3 个 约束 放 在 
， 到 底 是 哪 3 个 )。 


， 不 过 同样 的 在 这 里 我 也 调整 了 顺序 。 


























天 

































































ON DELETE dt FROM ST , DELETE dc FROM SC ， 
INSERT it INTO ST , INSERT ic INTO SC : 
WITH ( t1 := it JOIN SC , t2 := ic JOIN ST ， 
t3 := S MATCHING at ，t4 := S MATCHING dc ) 
INSERT t1 INTO S ， 
INSERT t2 INTO S ， 
DELETE t3 FROM S ， 
DELETE t4 FROM S ; 
ON DELETE d FROM S , INSERT 1 INTO S : 
DELETE d { SNO , STATUS } FROM ST ， 
DELETE cl { SNO , CITY } FROM SC ， 
INSERT i { SNO , STATUS } INTO ST ， 
INSERT i { SNO , CITY } INTO SC ; 
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这 里 让 我 来 提醒 大 家 一 下 ， 在 ST 和 SC 上 ，INSERT 和 “ 键 UPDATE” 操 作 都 必 
须 是 “ 双 更 新 ” 如若 不 然 ， 它 们 就 会 因 违 反 黄金 法 则 而 失败 。 


接 下 来 , 我 们 就 来 看 看 如 果 $ 实际 上 是 ST 和 SC 的 连接 视图 的 话 会 出 现 什么 情况 
那么 会 有 : 


1. 实际 上 ,，S 是 ST 和 SC 的 视图 这 一 点 并 不 足以 保证 上 述 各 种 各 样 的 约束 可 以 被 
自动 强制 执行 (第 1 条 除外 )。 而 补偿 性 操作 也 是 不 足以 保证 约束 可 以 自动 强制 执 
行 的 。 举 个 例子 ， 不 论 $ 是 ST 和 SC 的 连接 这 一 点 ， 还 是 补偿 性 操作 ， 都 不 足以 
防止 关于 供应 商 S9 的 数组 同时 向 ST 和 SC 进行 插入 操作 。 因 此 ， 相 应 的 约束 需要 
进行 显 式 声明 ， 当 然 这 个 动作 需要 数据 库 管理 系统 来 强制 执行 


2. 不 过 ,从 ST 和 SC 到 S 的 补偿 性 操作 则 会 自动 有 发生， 这 正 是 因为 $ 是 一 个 视图 。 
也 就 是 说 ， 在 ST 和 /或 SC 上 发 生 的 更 新 会 自动 反映 到 S 中 相应 的 部 分 。 


3. 从 S 到 ST 和 SC 的 补偿 性 操作 ， 也 就 是 可 以 被 视 为 视图 更 新 规则 的 那些 操作 ， 也 会 
自动 发 生 ， 这 也 是 因为 $ 是 一 个 视图 。 也 就 是 说 ， 对 于 $ 的 更 新 是 “真正 的 ”对 底层 关 
系 变量 ST 和 /或 SC 的 更 新 ， 并 且 也 会 在 $ 中 自动 可 见 ， 正 如 其 在 ST 或 SC 中 一 样 。 


同样 ， 如 果 某 个 用 户 只 能 看 到 连接 视图 S， 那 么 他 也 能 够 实现 全 方位 操作 ， 就 好 像 
这 个 视图 就 是 基础 关系 变量 一 样 。 这 样 的 用 户 将 会 知道 {SNO} 是 一 个 刍 (但 并 不 知 
道 其 他 的 约束 ， 或 者 任何 的 补偿 性 操作 ) 同时 也 会 知道 相应 的 谓词 。 


S: 供应 商 SNO 已 经 签约 ， 拥 有 状态 STATUS， 并 且 位 于 城市 CITY 。 


另外 ， 如 果 $ 是 一 个 基础 关系 变量 的 话 ， 那 么 所 有 对 视图 S 的 NSERT、DELETE 
以 及 显 式 UPDATE 的 操作 都 可 以 完全 按照 预期 来 完成 。 


6. 2 示例 2: 信息 忆 B 隐藏 


目前 来 看 , 在 有 信息 等 价 这 个 前 提 的 情况 下 , 我 们 想 要 更 新 一 个 一 对 一 的 连接 视图 
本 质 上 来 说 是 非常 简单 的 。 但 是 如 果 我 们 遇 到 的 是 有 信息 隐藏 存在 的 情况 时 又 会 怎 
样 呢 ? 让 我 们 举 一 个 具体 的 例子 来 看 一 看 ， 假 设 一 个 供应 商 只 能 在 基础 关系 变量 
ST 中 存在 ， 而 不 能 存在 于 基础 关系 变量 SC 中 或 用 其 他 方式 表示 ， 换 句 话 说 就 是 区 
别 于 示例 1 中 每 一 个 供应 商都 必须 同时 具有 状态 和 城市 两 个 属性 的 情况 , 现在 我 们 
假设 每 一 个 供应 商都 至 少 要 具有 这 两 个 属性 当中 的 一 个 “。 如 果 这 样 的 话 ， 那 么 ST 






































































































































































































































































































































































































































































































































































































































* “至 少 具有 一 个 ”因为 允许 一 个 供应 商 什么 属性 都 不 具备 ， 这 样 显然 没什么 道理 一 一 这 样 的 供应 商 
既 不 会 在 ST 中 出 现 ， 也 不 会 在 SC 中 出 现 ， 因 此 也 不 会 在 S (= STJOIN SC) 中 出 现 。 
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和 SC 的 连接 S$ 就 会 丢失 信息 ,这 是 
的 相应 属性 一 定 等 价 于 该 连接 的 投影 。 






































面 这 一 条 。 


CONSTRAINT ... 


满足 以 上 条 件 的 样本 值 可 以 通 
应 商 S5， 而 在 SC 中 保留 ， 如 图 


中 ， 只 有 那些 普通 的 键 约束 能 够 保 订 


JOIJ 


























NI{ ST, SC}; 


过 修改 图 








6.1 的 内 容 获得 ， 
6.2 所 示 。 当 然 ，$ 的 谓词 依然 与 示例 1 中 相同 。 

















因为 ， 在 这 个 情况 下 ， 系 统 不 再 能 够 保证 ST 和 SC 
实际 上 , 我 们 在 上 一 节 ! 
FE 继续 有 效 ({ SNO} 是 S$、ST 和 SC 的 键 )， 以 及 下 




















所 提 到 的 那些 约束 








从 关系 变量 S 和 ST 中 移 除 供 





S 


10 
30 
20 


Sl 
S2 
S3 
S4 





SNO STATUS CITY 
20 


London 
Paris 
Paris 
London 





ST 


S1 
S2 


S3 
S4 


SNO STATUS 


20 
10 
30 
20 





SC 


CITY 


London 
Paris 
Paris 
London 
Athens 








6.2 图 6.1 的 修改 版 





关于 术语 的 注释 : 从 本 章 的 题目 可 以 推断 ， 或 者 至 少 它 强 烈 上 暗示 了 ST JOIN SC 仍 
然 是 一 个 一 对 一 的 连接 ,但 很 可 惜 它 并 不 是 。 实 际 情况 是 术语 “一 对 一 ”经 常 被 不 

















严谨 地 用 





于 



































bx = 


述 下 面 两 类 情况 : Ca) 比如 上 


| 











中 的 示例 1， 这 类 应 当 被 称 为 严格 


符合 类 型 ，(b) 就 像 现在 我 们 在 讨论 的 情况 ,在 这 种 情况 下 可 能 出 现 其 中 一 方 包含 





一 种 元 素 是 另 一 方 所 没有 的 。 下 面 是 一 段 轻微 编辑 过 的 
Database Dictionary Extended Edition》(Apress，2008 ) 。 





























内 容 ， 摘 自 《The Relational 








一 个 一 对 一 的 对 应 ， 严 格 来 讲 是 将 两 个 集合 S1 和 S2 进行 配对 的 规则 ， 其 中 每 个 














Sl 中 的 元 素 应 当 与 S21 























的 





的 元 素 一 一 对 应 , 而 S2 中 的 每 











个 元 素 也 应 当 与 S11 





元 素 一 一 对 应 。 但 是 ， 这 个 术语 却 经 常 被 不 严谨 地 用 于 下 面 这 几 种 配对 情况 : (a) 








每 个 S1 中 的 元 素 对 应 S21 











素 一 一 对 应 , 或 者 (b)S1 中 的 每 一 个 元 素 都 与 $2 中 的 元 素 一 一 对 





至 多 一 个 元 素 ， 而 S2 中 的 每 一 个 元 素 都 与 S1 中 的 元 








犀 ， 而 S2 中 的 


每 一 个 元 素 则 与 S1 中 的 至 多 1 个 元 素 对 应 ， 或 者 (c) S1 中 的 每 一 个 元 素 与 S2 中 
的 至 多 一 个 元 素 对 应 ，S2 中 的 每 一 个 元 素 与 S1 中 的 至 多 一 个 元 素 对 应 。 除 非 想 要 























































































































表达 的 意思 非常 明确 ， 否 则 我 们 最 好 避免 使 用 这 个 术语 。 
虽然 文中 最 后 一 句 这 么 说 (建议 避免 使 用 )， 但 我 还 是 会 在 接 下 来 的 文章 中 频繁 地 
使 用 这 个 术语 ， 因 为 我 认为 根据 上 下 文 来 看 ， 我 所 要 表达 的 意思 始终 都 很 明确 。 注 
3 特定 的 包含 依赖 条 件 (IND) 也 会 起 效 ， 但 我 不 会 去 展开 讨论 它们 的 细节 。 
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释 结 束 。 
让 我 们 民 














据 库 。 
城市 属 











到 示例 
所 以 一 个 只 包含 
这 里 举 一 
性 而 没有 状态 属 





2。 让 我 来 强调 一 下 现在 的 状 ; 
该 视图 的 数据 库 无 法 信息 等 价 于 包含 基 而 














， 正 是 因为 连接 视图 S 于 失信 息 
1 关系 变量 














ST 和 SC 























个 后 者 中 元 素 在 前 者 中 没有 对 




















性 











应 元 素 的 查询 例子 ， 那 就 是 





性 的 供应 商 的 供应 商号 码 ”。 更 准 胡 





单独 表达 的 信息 确定 都 可 以 通过 ST 和 SC 的 整合 来 表达 ， 
种 情况 的 结果 就 是 显然 会 存在 对 ST 和 /或 SC 所 做 的 更 新 , 在 S， 








作 。 下 面 ; 


应 商 的 数组 ， 城 市 是 London” 的 操作 ， 而 并 不 在 同一 时 刻 向 ST 插 





S9 的 数组 。 








发 起 相同 操作 。 


那么 哪些 补偿 性 操作 是 适 月 
对 一 关系 7 那么 
一 个 关系 变量 进行 插入 或 删除 找 












































文 种 操作 就 是 个 例子 : 执行 “向 SC 中 插入 以 S9 为 供应 商号 码 的 某 个 











现在 就 有 可 能 像 前 面 刚刚 说 的 那 种 情况 ， 


果 作 ， 


























的 前 提 下 ， 我 们 显然 可 以 得 到 下 列 几 种 。 























































































































ON INSERT it INTO ST , INSERT ic INTO SC : 
INSERT ( It JOIN SC ) INTO S ， 

INSERT ( ic JOIN ST ) INTO S ， 

ON D E dt FROM ST ，DELETE cc FROM SC : 
DELETE ( S MATCHING dt ) FROM S ， 
DELETE ( S MATCHING dc ) FROM S ; 

ZR 
为 了 更 容易 阅读 , 我 已 经 分 类 和 疝 大 家 介绍 了 这 些 规 则 , 不 过 

ON DELETE dt FROM ST , DELETE dc FROM SC ， 
INSERT it INTO ST , INSERT ic INTO SC : 
DELETE ( S MATCHING dt ) FROM S ， 
DELETE ( S MATCHING dc ) FROM S ， 
INSERT ( It JOIN SC ) INTO S ， 

INSERT ( ic JOIN ST ) INTO S ; 
| ] 文 -> 了 二 + 
如 果 你 将 这 些 规 则 同上 一 节 中 示例 1 的 相应 规 














































































































外地 说 ， 伯 














4 数 

“取得 有 

E 意 可 以 通过 S 
文 

入 

供 











但 是 反 过 来 却 不 行 。 
没有 对 应 的 操 





























入 相同 供应 商 











有 的 呢 ?” 既 然 在 关系 变量 ST 和 SC 之 间 不 再 有 严格 的 一 
也 就 是 向 ST 或 SC 其 中 
而 并 没有 在 “同一 时 刻 ” 针 对 另 一 个 关系 变量 
因此 ， 在 S 被 定义 为 必须 在 所 有 时 间 都 要 等 价 于 ST 和 SC 的 连接 

















它们 当然 可 以 整合 成 一 个 。 


则 进行 对 比 《〈 那 恰恰 是 个 严格 的 一 对 
一 的 例子 ) 你 会 发 现 它们 本 质 上 其 实 是 一 回 事 (除了 我 在 前 一 节 中 为 了 方便 阅读 使 








用 了 一 些 已 经 介绍 过 的 变量 名 字 之 外 )。 下 面 为 了 方便 大 家 对 比 ， 此 处 将 之 前 的 规 
则 罗列 如 下 。 
ON DELETE Qt FROM S ; DELETE dc FROM SC ， 
INSERT 1t INTO:S 2 ENSERT TC TNTOQO. SC: 
WITH ti1 := it JOIN SC , t2 := ic JOIN ST ， 
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t3 := S MATCHING dt , t+4 





INSER 


t1i IN 


OS 








INSER 
DELETE 
DELE 


















































如 果 我 们 对 S 进行 INSERT 或 
样 的 情况 呢 ? 实际 上 INSERT 操作 可 以 很 直接 地 进行 。 


t2 IN 
t3 FROM S ， 
E t4 FROM S ; 





OS 


目前 关于 在 ST 和 /或 SC 上 的 更 新 就 这 么 多 ,不 过 对 于 连接 视图 
DELETE 操作 ， 而 不 是 对 ST 和 /或 SC 的 话 , 会 是 怎 








i IN 
工 { 


ON INSER 
INSERT 
INSER 











注意 ， 当 我 们 向 S 插 入 数组 t 时 ， 一 定 会 同时 级 联 到 ST 和 SC。 确 
它们 不 可 能 都 是 “。 另 外 还 请 注 
前 讨论 的 情况 ， 而 假设 我 们 仅仅 级 联 到 ST， 





INSERT 操 作 之 一 可 














情况 : (a) 如 果 S 是 视 


TO Ss 
SNO ， 





台 马 
用 天 





是 “ 空 操 作 ”， 但 
图 ， 也 就 是 我 们 

















:= S MATCHING ac ) : 


























STATUS } INTO ST ， 
i { SNO ，CITY } INTO SC ; 

















又 如 何 呢 ? 也 就 是 ， 

















实 向 ST 和 SC 的 级 联 
意 以 下 两 种 


并 且 在 SC 中 并 不 存在 一 个 与 之 一 致 的 数组 , 那么 数组 t 则 永远 不 会 出 现在 S 中 , 并且 

















我 们 会 违反 “赋值 原则 ”(b》 反 过 来 1 
并 且 我 们 也 只 是 级 联 到 ST， 同 时 SC 
ST JOIN SC， 而 这 次 我 们 将 会 违反 “黄金 法 则 ”。 上 述 两 种 不 同 
不 同 的 例外 情况 给 我 们 敲 响 了 警钟 ， 告 诉 我 们 (对 应 “可 
有 合适 的 补偿 性 操作 来 

















作者 注 : 尽管 如 此 ， 


设 我 们 尝试 向 $ 插入 关于 供 








(雅典 ) 之 多 
连接 视图 



































$5 的 供 


个 严格 的 一 对 一 案例 ) 相应 的 规 由 
头 介绍 中 所 说 的 “规则 部 分 
“在 向 A JOIN B 捐 





下 





述 : 
































4 如 果 t 已 经 存在 于 S 





























上 对 S 的 所 有 INSERT 操作 。 也 计 
是 这 么 说 的 ” 没有 ; 
















































































隐藏 这 个 不 同 。 


这 里 仍然 有 一 个 问 
应 商 S5 的 数组 ， 如 果 在 























， 如 果 3 个 关系 变量 都 是 基础 关系 变量 ， 
不 存在 与 之 一 致 的 数组 , 习 








了 么 S 将 不 再 等 价 于 



































题 。 例 如 ， 根 据 图 6.2 ， 














的 其 他 值 ， 那 么 这 个 操作 就 会 违反 在 SC 上 的 键 约 束 。 但 是 只 能 看 
S 的 用 户 根本 不 知道 关系 变量 SC 的 存在 。 而 与 此 同时 ， 我 们 却 并 不 想 禁 














情况 所 带 来 的 两 个 
[交换 性 原则 ”) 一 定 需要 





给 出 的 样本 值 ， 假 
新 数组 中 的 城市 值 是 Athens 























到 


























步 说 明 的 情 


























况 〈? )。 而 当 你 试图 
应 商号 码 的 时 候 ， 类 似 的 情况 同样 也 会 出 现 。 


现在 注意 观察 ， 可 以 发 现 上 面 所 讲 的 对 于 $ 的 INSERT 规则 与 上 一 节 : 
| 是 一 致 的 。 更 进一步 观察 ,会 发 现 就 如 在 本 章 开 
E 可 以 被 比较 通俗 地 归纳 为 如 
A 部 分 插入 到 A 中 ， 除 非 A 
除非 B 中 已 经 存在 该 元 素 。” 


的 英文 )， 这 个 规则 的 特 生 
和 入 数组 t 的 时 候 ， 将 {的 
己 经 存在 该 元 素 ， 同 样 将 t 的 B 部 分 插入 到 B 中 ， 

















F 这 就 是 那 种 操作 被 拒绝 而 原因 只 是 “ 




















在 S 中 改变 供应 商 S1 到 
























































不 需要 去 讨论 这 种 情况 。 


Pp， 那么 它们 都 可 能 是 

















示例 1( 那 








空 操作 ， 但 是 请 回忆 一 下 ， 我 们 在 第 4 章 中 讲 过 ， 我 们 
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注意 : 当然 ， 说 到 “ft 的 A 间 
的 t 的 投影 〈 数 组 )， 同 理 适 




















分” 我 指 的 意思 是 t 的 子 数 组 ， 它 是 基 了 
于 “t 的 B 部 分 ” 对 于 “已 经 存在 该 元 素 罗 “该 元 









































素 ” 指 的 是 t 的 A 部 分 或 者 B 
中 已 经 有 了 等 价 于 相应 子 数组 


对 于 S 的 INSERT 操 作 到 目前 就 是 这 检 
































A 的 属性 








hb 分 , 而 整 句 的 意思 是 指 在 相应 的 关系 变量 (A 或 B) 
的 数组 存在 。 


f。 那 么 关于 DELETE 操 作 呢 ? 首先 我 要 重申 ， 





我 们 现在 所 讨论 的 例子 是 关于 等 效 于 ST{SNO} = SC{SNO} 的 约束 没有 被 明确 声明 
的 情况 。 当 然 ， 这 个 约束 没有 被 声明 也 并 不 意味 着 它 不 应 当 起 效 ! 它 可 能 起 效 ， 也 








可 能 不 起 效 。 让 我 们 换个 方式 来 说 明 这 点 ， 妇 














起 效 ， 这 并 不 意味 着 它 知 道 它 不 该 起 效 (这 里 大 家 跟 得 上 吗 )“。 那 么 问 
数据 库 管 理 系统 应 当做 什么 呢 ? 下 面 有 两 个 










































































1 果 数 据 库 管理 系统 不 知道 该 约束 应 当 
题 变 成 了 
恨 设 : (a) 应 当 假设 该 约束 无 论 怎样 都 























起 效 呢 ， 还 是 “b) 应 当 假 设 该 约束 无 论 怎 样 都 不 起 效 呢 ? 《当然 不 用 说 的 是 数据 








库 管 理 系统 必须 基 了 





























re 
[一 

















运作 ， 那 么 更 新 规则 ,特别 是 删除 ] 
完全 相同 ， 这 就 是 结论 。 那 么 丸 








会 出 现 什么 情况 呢 ? 


























在 我 试 着 回答 这 个 问题 之 前 
束 ， 而 是 对 应 “没有 ”一 个 





这 两 种 假设 之 一 来 运作 。) 那么 我 们 就 来 看 一 看 ， 
会 尽 其 所 能 来 保证 所 有 供 
们 能 够 被 表达 )， 即 使 一 个 供 


管理 系统 基于 假设 (a) 来 运作 ， 那 么 
在 ST 和 SC 中 表达 (当然 前 提 是 
被 表达 ”也 不 会 造成 违反 黄金 法 则 的 结果 。( 不 会 造成 违反 黄金 法 则 的 结果 恰恰 是 
因为 该 约束 没有 被 声明 出 来 . ) 实际 上 ， 如 果 数 据 库 管理 系统 确实 基于 假设 (a) 来 
纲 则 ， 将 会 变 为 与 那些 严格 的 一 对 一 连接 的 情况 
果 数 据 库 管理 系统 按照 假设 (b) 来 运作 的 话 ， 又 








让 我 在 这 本 



























































应 商都 能 够 同时 
应 商 “不 是 那么 能 够 



































。 我 这 








出 一 个 正式 的 CONSTRAINT 

















SC 中 ”是 合法 的 , 或 者 月 




















里 面 说 “ 某 个 供 












































说 明 ， 假 设 〈b) 并 不 是 对 应 着 一 个 约 
样 说 是 希望 大 家 都 能 明白 ， 我 们 无 法 直接 写 
应 商号 码 出 现在 ST 中 但 不 在 














他 方式 来 达到 这 个 效果 。( 我 在 这 里 提 到 这 














点 是 因为 





实际 上 我 遇 到 过 有 人 显然 相信 与 我 的 说 法 完全 相反 的 情况 。 如 果 你 也 是 这 样 ,那么 


我 建议 你 试 着 去 写 出 这 样 











很 快 发 现 我 说 的 是 正确 区 
那么 接 下 来 ， 就 让 我 人 
假设 我 们 尝试 从 S 中 
通过 执行 下 列 几 条 操作 之 一 来 达到 我 们 























> 












































不 


] 来 仔细 看 看 假设 (b) 吧 。 我 们 多 
川 除数 组 〈S1，20，London ) 。 显 然 ， 数 据 库 管理 


下 


想 要 的 效果 : 1. 从 ST 中 删除 数组 











缺失 的 证 据 。” 这 里 需 弛 
知 到 这 一 点 ， 那 么 这 个 设计 六 











你 的 是 如 果 
it 是 不 完整 的 ， 并 



























































符号 表示 就 是 : NOT(knows(p)) doesnm'timply knows(NOT(p))。 或 者 如 其 他 人 所 说 :“ 订 
个 特定 的 约束 应 当 起 效 , 但 是 数据 库 管 理 系 统 却 没有 被 通 





















































计 准 则 的 情况 在 实际 案例 中 








不 是 没 出 现 过 。 








定 会 出 现 各 种 各 样 的 错误 。 但 是 这 利 


CONSTRAINT 声明 。 如 果 你 尝试 一 下 ,我 相信 你 会 
果 你 现在 还 没有 被 说 服 的 话 。) 


E 来 考虑 一 个 实际 的 例子 。 


系统 可 以 
(S1, 20) ， 





F 据 缺失 不 是 



































违反 优秀 设 
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2. 从 SC 中 删除 数组 〈S1，London) ，3. 前 两 条 都 执行 。 换 句 话 说， 我 们 可 以 认 
为 下 面 几 条 都 可 以 用 来 作为 $ 的 删除 规则 。 


1. 仅仅 级 联 删除 到 ST。 
2. 仅仅 级 联 删除 到 SC。 
3. 删除 同时 级 联 到 ST 和 SC。 


当然 这 里 还 有 第 4 种 可 能 ， 那 就 是 : 当 我 们 不 知道 应 当 从 这 3 个 选 
项 中 选择 谁 的 时 候 ， 可 以 拒绝 所 有 删除 请 求 。 老 实说 ， 一 般 来 说 让 
用 户 要 求 的 合理 操作 请 求 成 功 执 行 是 一 个 令 人 满意 的 结果 ， 但 是 ， 
看 起 来 接受 删除 操作 并 让 它 做 相应 的 级 联 这 种 方式 更 好 ， 特 别 是 如 
果 假 设 (a ) 是 真正 正确 的 选择 ， 也 就 是 说 即使 没有 相应 的 约束 被 显 
式 地 声明 ，ST{SNO} 和 SC{SNO} 依 然 是 等 价 的， 那么 级 联 (具体 
来 说 就 是 选项 3， 删除 同时 级 联 到 ST 和 SC 上 ) 确实 是 逻辑 上 正确 
的 步骤 。 


现在 ， 我 确定 你 已 经 意识 到 了 ， 我 们 正面 临 一 个 大 问题 。 没 错 ， 现 在 我 们 正在 讨论 
的 就 是 经 典 的 卜 义 问题 , 或 者 至 少 它 被 菏 些 人 描述 为 上 收 义 问题 。 这 个 问题 的 重点 在 
于 这 里 似乎 并 没有 一 个 太 好 的 办 法 从 众多 的 选项 中 选 出 最 好 的 一 项 , 而 批评 家 们 所 
抱怨 的 也 正 是 这 点 。 这 也 恰恰 是 为 什么 某 些 作者 相信 一 般 情况 下 视图 更 新 是 不 可 行 
的 。 所 以 在 这 里 我 想 提出 我 对 该 争议 的 观点 , 这 也 是 从 我 自己 的 角度 来 看 比较 好 的 
选择 ， 那 就 是 我 想 我 们 应 当选 择 第 3 项 ， 即 同时 级 联 到 ST 和 SC。 不 过 在 此 之 前 ， 
请 允许 我 指出 ， 目 前 我 们 正在 讨论 的 连接 案例 的 投影 中 并 不 会 出 现 类 似 的 问题 ， 尽 
管 我 在 前 面 说 过 ,连接 视图 和 投影 视图 是 同一 硬币 的 两 面 。 接 下 来 就 说 明 一 下 我 的 
观点 ， 选 择 第 3 项 的 原因 是 这 样 的 : 如 果 我 们 的 流程 从 关系 变量 S 开始 ， 并 用 其 投 
影 ST 和 SC 来 代 蔡 其 本 身 的 话 ， 那 么 显然 任何 可 以 用 第 1 种 设计 表达 的 信息 同样 
也 都 可 以 通过 第 2 种 设计 来 表达 。 但 是 如 果 我 们 的 流程 从 ST 和 SC 开始 ， 并 用 其 
连接 S 来 代替 它们 本 身 的 话 ， 那 么 能 够 被 原始 设计 表达 的 部 分 信息 很 有 可 能 无 法 通 
过 蔡 代 的 设计 来 表达 ， 这 时 候 信息 等 价 就 会 消失 。 而 只 有 当 信息 等 价 消失 的 时 候 ， 
歧义 问题 才 会 出 现 。 

6.2.1 编译 指示 

如 我 所 说 ， 我 会 对 该 争议 提出 我 所 支持 的 观点 ， 那 就 是 我 们 应 当选 择 第 3 项 ， 换 名 
话说 就 是 我 们 应 当 尽 可 能 地 像 对 示例 1 一 样 对 待 示例 2。 不 过 首先 让 我 先 来 给 大 家 
可 顾 一 下 第 3 章 中 所 讲 过 的 内 容 。 
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即使 当 信 息 等 价 不 成 立 的 时 候 , 我 们 有 时 也 能 够 应 
] )， 那 么 我 也 会 详细 地 讨论 这 种 情况 。 但 我 必须 强调 ， 在 这 种 情况 下 实施 的 更 
致 如 下 结果 ,就 是 更 新 操作 所 应 具有 的 可 预测 性 和 清晰 的 定义 ， 有 时 可 能 
If 此， 我 会 给 大 家 可 
系统 ) 留 H 















































应 
新 可 能 导 

无 法 具备 ， 甚 至 可 能 是 不 可 接受 的 。 正 因 刀 
能 是 数据 库 管 理 员 ， 甚 至 可 能 是 数据 库 管 理 
新 操作 进行 选择 的 机 会 。 

我 们 现在 手 里 的 例子 就 是 上 面 这 段 话 的 完美 例 说 
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的 规则 应 | 





况 下 使 





























人 会 不 认可 我 的 观点 ， 
节 的 结 


6.2.2 ”对 称 











的 定义 的 结果 。 但 是 ， 这 个 引 月 
此 想 要 选 拉 
E 性 。 不 过 首先 ， 让 我 试 着 把 我 的 观点 解释 清 


因 








我 相信 对 称 
“如 果 一 个 让 


般 来 说 是 
题 从 某 个 角度 来 说 是 具有 对 称 公 














合理 的 ， 特 别 是 ， 正 如 从 第 3 章 所 引 ) 






































视图 











E， 而 选择 第 3 项 


8 在 这 种 情况 下 对 是 否 允 许 














更 新 规则 〈 可 能 只 能 部 分 





台 已 上 下 
用 征 





茶 个 用 户 ， 可 

















意味 着 将 信息 等 价 情 




















j 到 信息 隐藏 或 消失 的 情况 中 。 换 名 话说 就 是 在 我 的 观点 中 有 一 个 
清晰 的 编译 指示 元 素 被 引入 了 “。 导 



































同样 也 说 明了 ， 对 于 这 个 





























必 重 新 来 讨论 一 下 这 个 可 外 

















b 么 现在 ， 我 将 尽 我 所 能 来 说 服 你 这 个 编译 指示 是 
的 ， 至 少 它 能 够 产生 出 具有 的 可 预测 性 和 清晰 
\ 体 的 问题 ， 很 有 可 能 其 他 





与 我 所 建议 的 不 同 的 选项 。 我 会 在 接 下 来 的 这 一 








本 























个 很 好 的 设计 原则 。 下 面 是 对 Polya 一 些 文章 的 引用 。 
的 ,那么 我 们 可 








Zo 














能 能 够 通过 发 现 








那些 可 交换 的 部 分 来 得 到 一 些 启发 和 提示 , 而 用 相同 模式 对 待 那些 扮演 相同 角 

















色 的 元 素 则 通常 是 需要 付出 代价 的 …… 试 着 用 对 称 的 方式 去 对 待 那些 对 称 的 











事物 ， 并 且 不 要 由 


意 破坏 任何 





It》 第 2 版， 普林斯顿 大 学 出 版 社 ，1971 第 。 


“我 们 期 





自然 形成 的 对 称 ”(George Polya: 《How To Solve 











待 能 从 数据 中 找到 任何 对 称 , 这 样 问题 的 状况 将 会 通过 解决 方案 被 镜 
像 出 来 …… 对 称 应 从 对 称 中 产 4 








E” (George Polya: 《Mathematical Discovery: On 


Understanding, Learning, and Teaching Problem Solving》 第 2 版 ,John Wiley & 


Sons，1981 生 。 








Nonsufficient Reason》， 他 说 :“ 如 果 没 有 足够 的 理 


Polya 也 在 他 晚 些 时 候 的 另 一 本 





中 发 声 ，: 



































由 从 





名 是 《The Principle of 
选项 中 做 选择 的 话 ， 那 么 





没有 任何 一 个 [方案 ] 应 当 受 到 特别 青睐 。” 也 许 有 些 人 会 站 出 来 说 这 个 原则 相当 于 拒 

















绝 了 所 有 在 连接 视图 ! 






































作 一 个 正经 的 英文 词汇 。 


' 在 本 书 中 ， 我 选择 忽略 一 





EE 








个 事实 ， 

















的 删除 操作 ， 至 少 就 目 
来 ， 这 个 观点 太极 端 了 ， 有 点 讳 疾 忌 
能 够 让 我 们 不 走 极端 ， 而 是 直接 选择 第 3 项 的 原 

















前 
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因 




















门 遇 到 的 这 个 连接 视 
医 的 感觉 。 接 下 来 ， 还 是 让 我 继续 曾 
吧 〈 我 认为 它 确实 是 个 好 原因 )。 





所 有 








词 
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了 就 是 我 所 查 过 的 








中 没有 


人 





图 





来 看 。 不 






































把 pragma〔 编 译 指示 ) 认 














在 我 的 经 验 中 ， 对 称 通常 意味 着 我 们 把 哪里 搞 错 了 。 至 少 ， 它 会 导致 一 些 不 太 正 常 
的 行为 出 现 ， 看 起 来 变化 多 端 让 人 很 难以 捉摸 ， 也 正 因 如 此 ， 它 难于 理解 、 教 授 、 
学 习 和 记忆 。 那么 就 目前 的 例子 而 言 , 对称 的 解决 方案 就 意味 着 将 S 上 的 删除 操作 
仅仅 级 联 到 ST 而 没有 SC 选项 1) 或 者 反 过 来 (选项 2)。 这 个 随意 性 的 解决 方 
案 至 少 会 导致 两 个 很 不 好 的 结果 。 第 一 ， 这 意味 着 系统 管理 员 , 或 者 其 他 的 一 些 系 
统管 理 人 员 必 须 介 入 进来 在 两 个 选项 中 做 出 选择 , 而 通常 来 讲 并 没有 什么 好 的 指导 
方针 或 者 案例 能 够 帮助 他 们 做 出 选择 。 第 二 ， 这 意味 着 定义 为 ST JOIN SC 的 视图 
和 定义 为 SC JOIN ST 的 视图 有 可 能 出 现 不 同 的 更 新 动作 ， 而 这 恰恰 是 大 家 不 希 归 
得 到 的 结果 。 因 此 我 认为 单独 就 对 称 的 考虑 已 经 足以 让 我 们 弃 用 选项 1 和 选项 2 了 。 


我 进一步 观察 发 现 ， 如 果 假 设 (a) 是 正确 的 话 ， 那 么 选项 1 和 选项 2 实际 上 就 是 
普 误 的 选择 。 也 就 是 说 ， 只 有 当 明 确 了 一 个 供应 商 可 以 拥有 状态 但 没有 城市 ， 或 者 
只 有 城市 没有 状态 的 情况 下 ， 选 项 1、 选 项 2 以 及 假设 (b) 才能 作为 安全 的 办 法 
可 选 。 但 在 我 们 只 知道 S$ = ST JOIN SC 的 情况 下 ， 数 据 库 管理 系统 并 不 知道 ， 也 
不 可 能 知道 是 否 每 个 变量 都 符合 上 述 情况 。 而 如 果 假 设 (b) 实际 成 立 的 话 ， 至 少 
选项 3 仍然 有 效 ， 并 且 它 可 以 产生 一 个 可 预测 的 结果 。 


因此 让 我 们 来 考虑 一 下 选项 3。 显 然 ， 这 个 选项 具有 一 个 独特 的 优势 ， 它 避免 了 上 
述 问 题 的 出 现 。 不 过 这 里 还 有 一 个 原因 令 这 个 选项 颇具 吸引 力 ， 实 际 上 是 另 一 个 对 
对 称 的 引申 ， 那 就 是 ， 在 选项 3 的 情况 下 ， 删 除 规则 对 于 其 相对 的 插入 规则 来 说 是 
对 称 的 。( 我 们 已 经 看 到 了 在 S 上 的 插入 操作 会 同时 级 联 到 ST 和 SC， 那 么 为 什么 在 S 
上 的 删除 操作 不 能 用 类 似 的 方式 呢 ? ) 实际 上 ， 大 体 上 我 们 可 以 说 选项 3 提供 了 下 面 
几 点 : 〈a) 从 S 上 删除 一 个 存在 的 数组 t， 然 后 再 把 它 插入 ，(b) 向 S 插 入 一 个 新 数组 b 
然后 再 把 它 删除 ， 二 者 都 是 保持 现状 不 变 “， 这 样 看 起 来 既 合 理 ， 又 令 人 满意 。 


作者 注 : 不 过 , 我 还 是 需要 将 上 面 的 问题 说 得 更 详细 一 些 。 当 我 说 “保持 现状 不 变 ” 
时 ， 我 指 的 是 针对 关系 变量 S〈 那 个 连接 视图 ) 来 说 状态 不 变 ， 并 且 我 所 说 的 百 分 
之 百 正 确 。 而 对 于 关系 变量 ST 和 SC 来 说 ， 很 不 幸 状 况 就 要 复杂 一 些 。 有 具体 来 说 
就 是 : 对 于 这 两 个 关系 变量 而 言 ， 会 出 现下 面 两 种 情况 : (a) 从 S 中 删除 已 经 存在 
的 数组 ， 然 后 再 插入 ,但 是 在 以 下 条 件 下 则 不 一 定 ;(b) 一 个 新 数组 插入 到 $ 中 然 
后 再 删 掉 。 在 〈a) 的 情况 下 可 以 实现 状态 不 变 ， 而 对 (b) 来 说 则 不 一 定 。 出 现 这 
种 差异 的 原因 是 向 $ 中 插入 一 个 新 数组 实际 上 可 能 导致 该 数组 被 插入 到 ST 和 SC 
其 一 之 中 ， 反 之 ,在 选项 3 的 情况 下 ， 从 S 中 删除 一 个 存在 的 数组 总 是 会 导致 该 数 
组 从 ST 和 SC 两 者 中 都 被 删除 。 















































































































































































































































































































































































































































































































































































































































































































































”选项 1 和 选项 2 也 是 一 样 。 
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这 里 


还 有 








从 关系 变量 
我 们 ; 
变量 





SC, 





会 这 样 执行 ! 在 后 面 第 9 一 11 章 ， 以 及 第 15 章 ， 








个 有 关系 的 问题 。 
是 没有 连接 视 
































应 商 S1， 而 并 不 





























图 S 介 














以 及 一 些 相 
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还 是 
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t 的 A 部分， 


所 以 理 




















更 新 规 








特定 的 





论 上 t 的 和 A 癌 


如 果 我 们 能 够 认同 ] 








从 B 中 删 





在 时 补救 措施 (诸如 使 用 数据 库 管 理 


以 的 问题 做 进一步 


另外 还 有 一 个 支持 选项 3 的 原 
个 单独 的 、 统 一 的 规 
一 的 、 一 对 多 的 ， 
两 章 我 将 会 对 其 


从 


所 以 我 的 结论 


| 可 以 广泛 应 
多 对 多 的 。 当 
证 明 。 


我 认为 让 数据 库 管 理 
使 相应 的 约束 没有 显 式 地 声明 出 来 
的 一 对 一 连接 所 给 出 上 
义 上 的 一 对 一 。 那 么 现在 我 来 说 明 
体 上 可 以 被 直观 地 概 把 


的 视 


为 以 下 形式 :“ 当 从 
除 { 的 B 间 
“除非 它 存在 于 该 关系 变量 以 外 的 
分 就 不 会 存在 了 











入 进来 。 那 么 在 选项 3 的 情况 下 , 该 删 


此 外 ， 即 使 连接 视图 S 对 发 起 在 ST 上 的 删除 的 





假设 我 们 开始 的 时 候 仅 有 关系 变量 ST 和 SC (也 就 
图 )， 令 供应 商 S1 同时 出 现在 ST 和 SC 
ST 中 删除 供 
各 连接 视 





。 那 么 很 显然 ， 我 们 可 以 
级 联 到 关系 变量 SC 中 。 但 是 假设 现在 
除 操作 就 会 级 联 到 关系 














] 户 不 可 见 ， 系 统 依然 














的 讨论 。 
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六 元 8 






































图 更 新 大 








了 分” 我 人 
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， 我 还 会 








| 





过 头 来 针对 这 个 问题 
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F 这 


台 





因 是 : 如 果 我 们 同意 这 个 选项 ， 那么 我 们 就 会 拥有 一 
于 所 有 连接 的 删除 操作 ,不 管 这 个 连接 是 一 对 
然 ， 我 现在 还 没有 论 订 








个 观点 ， 不 过 在 后 面 





系统 在 假设 〈a) 的 情况 下 工作 比较 好 ， 即 
也 是 一 样 。 换 句 话说 , 我 认为 在 上 一 节 中 为 严格 
见 则 应 当 被 继续 遵循 , 即使 这 个 连接 并 不 是 严格 意 
， 正 如 在 本 章 介 绍 中 所 说 的 ， 选 项 3 删除 规则 大 
A JOIN B 中 删除 数组 t 时 ， 从 A 中 删除 
还 可 以 对 这 个 规则 的 每 个 分 句 加 上 一 句 
他 地 方 ”” 因为 我 们 在 讨论 
F A 以 外 的 其 他 地 方 ， 对 B 的 部 分 也 是 一 样 。 

















个 一 对 一 的 连接 ， 





上 述 的 观点 , 那么 我 们 就 等 于 认可 了 一 套 
则 ， 而 这 套 规则 至 少 总 能 起 效 ， 并且 当 这 些 连接 应 当 是 一 对 一 时 可 以 保证 它 
们 一 定 是 。 除 此 之 外 ， 即 便 这 些 规 则 有 时 会 给 出 一 些 不 太 好 的 结 












































新 等 措施 ) 可 以 采 ) 














j， 从 而 避免 这 


些 结 


果 。 


用 的 一 对 





连接 视图 











通 











果 ， 那 么 也 总 会 有 











系统 授权 的 子 系统 来 禁 ) 








j 某 些 特定 的 更 





在 这 里 请 一 定 不 要 误解 我 的 意思 。 我 并 没有 说 为 了 系统 正常 运行 我 


们 必须 采用 这 类 补救 措施 . 如 果 一 个 系统 


只 能 完全 依靠 用 户 或 数据 


库 管 理 员 的 正确 操作 ， 让 他 们 总 是 “做 正确 的 事 ”， 比 如 正确 使 用 


授权 子 系统 ， 这 显然 是 不 可 接受 的 “。 





这 里 正好 说 明 一 个 更 常规 些 
望 “ 数 据 库 设计 


必须 给 出 数据 库 设 计 者 一 些 














来 讲 ， 


很 多 复杂 | 
整 的 时 候 ， 这 种 | 


良好 ”这 一 点 


的 
点 


观点 ， 那 就 是 无 论 我 们 采 
〈 比 如， 它们 
间 来 犯错 。 注 意 


2 




















了 什么 样 





的 视 
不 能 假设 关系 变量 永远 是 正常 
: 关于 这 一 点 ， 我 觉得 


所 以 我 们 必须 至 少 总 是 允许 





更 新 规则 ， 它 们 都 不 能 指 





的 状态 )。 换 名 话说， 我 们 
不 得 不 说 的 ， 那 就 是 通常 
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上 ,已 、 








青 况 伴随 视 











图 更 新 一 同 出 现 恰恰 是 在 数 
































青 况 下 ， 


些 应 该 捕捉 到 的 因 




















素 就 无 法 被 


居 库 设计 不 好 
捉 到 。 


























也 
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时 候 ， 特 别 是 当 











数据 库 不 完 











110 


6.3 


连接 视图 更 新 ， 即 使 这 些 连接 不 是 严格 的 一 对 一 形式 ， 而 且 我 们 还 


需要 一 套 在 这 种 情况 下 也 能 起 效 的 规则 。 


观点 " 


小 结 











在 这 中 














们 所 i 


的 











性 : 








城市 
种 不 





有 城市 值 ， 





入 是 和 


的 插入 操作 则 


下， 或 者 是 ， 
同 的 可 能 | 


这 两 个 属性 具有 相互 排斥 性 
其 中 一 个 属性 是 强制 绑 定 的 ， 而 另 一 种 则 
而 其 中 的 一 
看 一 眼 就 足以 判断 
和 SC 的 


此 连接 S 永远 都 为 裤 ， 并 且 对 该 连接 的 删 
永远 者 会 失败 (除非 插入 也 


月 





性 





























被 ST 





























有 其 中 一 种 属性 

















有 ， 有 关 一 对 一 的 连接 ,我 还 有 最 后 几 点 想 要 阐述 。 第 一 点 是 这 样 
列子 ,我 已 经 考虑 了 下 面 两 种 可 能 
每 个 供应 商都 至 少 扫 


























即 每 个 供应 商都 只 能 


L 





些 同 时 也 拥有 状态 值 )。 





拥有 其 中 一 种 属性 。 
是 可 有 可 无 〈 比 如， 所 有 的 供 

















这 就 是 为 什么 我 提倡 我 的 





的 。 关 于 我 
每 一 个 供应 商都 既 有 状态 值 ， 又 有 


值 。 但 是 ， 这 里 至 少 还 














`“ 有 两 





应 商都 











第 一 种 可 能 性 没什么 意思 





























为 它 也 许可 以 被 i 
一 个 能 够 说 服 


没有 


找到 



































前 我 


站 所 讨论 的 这 样 








中 爷 


E 明 是 适合 














达 ， 而 永远 不 可 生 
除 操 
上 =} “ 空 操作 力 。 


碟 














选项 1 或 选项 2 删除 规则 的 一 种 情况 。 也 说 
自己 的 角度 , 不 过 我 认为 我 应 当 
在 这 里 大 声 疾 呼 要 求证 明了 。 不 过 就 目前 来 讲 , 我 姑且 还 是 按照 我 在 本 章 早 些 时 候 
所 说 的 那样 ， 保 留 我 的 像 “ 万 能 钥匙 ” 般 的 规则 吧 ， 它 当然 依旧 有 效 ， 即 使 是 
fF 特殊 的 案例 

















也 是 一 样 。 





月 .人 台 已 
下 有 








。 原 


因 就 在 了 








这 种 供 





应 商 








g 被 两 个 关系 变量 
乍 永远 都 是 “ 空 操作 ” 


同 








至 于 第 
第 











2 个 可 外 


性 ， 





被 说 











F 是 吧 ， 
服 的 ， 














时 表达 。 
而 对 该 连 


因 
屡 
我 认 
我 并 








否则 我 就 会 


在 当 











另外 一 点 我 要 说 的 ,当然 也 是 广为人知 的 一 点 ， 就 是 交集 实际 上 是 一 对 一 连接 的 


种 特殊 形式 “。 
集 (更 准确 


”如 果 你 不 喜欢 你 做 了 某 事 后 产 
2 | 锤子 敲 自 
执行 某 项 更 
我 和 


的 头 很 疲 
议 〈 也 就 是 
则 的 引 
支撑 ， 






































新 的 范围 



































度 ， 那 么 就 不 好 


























3 那么 





原则 来 做 支撑 。 


”这 就 


是 严格 与 否 的 





， 如 果 你 对 
般 来 讲 ， 
那么 你 的 观点 一 定 特 别 脆 


区 别 ， 





己 的 头 ” 这 个 观点 有 时 候 提 
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下 








然 实际 上 “严格 ”在 这 里 








E 的 结果 ， 那 么 你 就 不 要 去 做 某 事 一 一 “ 轨 


由 此 我 们 可 以 得 出 ,通过 一 对 一 连接 进行 更 新 的 
点 说 就 是 规则 缩小 到 通过 交集 更 


为 特殊 的 “交集 ”形式 )。 下 面 我 们 就 来 说 一 说 这 些 规则 吧 (虽然 使 用 比较 精简 的 





[0 果 你 觉得 
站 的 是 Groucho 上 








规则 同样 适 月 


， 而 此 时 的 连接 本 吴忠 


有 于 交 
1 缩减 


























锤子 
生 这 里 




















如 则 | 。 











敲 自己 
我 的 建 











新 的 结果 不 满意 ，] 
同 这 一 点 ， 








民 赞 








弱 。 当 然 ， 我 并 不 相信 对 于 我 们 手 


了 就 是 如 果 对 你 的 观点 
FE 上 的 例子 来 说 ， 
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的 意义 不 大 。 (为 什 


就 不 要 执行 该 项 更 新 ) 可 以 看 人 


只 能 
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EA 








找到 Groucho 大 











?> 


是 对 该 原 


原则 来 做 
只 有 Groucho 
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必 式 )，1 令 V 定 义 为 AINTERSECT B。 于 是 我 们 就 会 有 : 











ON INSERT i INTO A : 
INSERT ( i INTERSECT B ) INTO V ; 














ON INSERT i INTO B.: 
INSERT ( i INTERSECT A ) INTO V; 




















ON DELETE d FROM A.: 

















ON DELETE d FROM B : 























ON INSERT i INTO V : 








ON DELETE d FROM TV : 
DELETE d FROM A, 
DELETE d FROM B ; 


现在 看 来 ,我 要 有 更 多 关于 交集 的 东西 要 在 第 9 章 讲 了 , 不 过 我 曾 想 过 要 在 这 里 谈 
一 谈 ， 因 为 这 些 内 容 可 以 让 我 将 本 章 前 面 所 提 到 过 的 “经 典 的 歧义 问题 ”用 逻辑 术 
语 表 述 出 来 。 我 前 面 兽 经 说 过 ， 在 “一 对 一 ”这 个 术语 使 用 得 不 太 严 格 的 情况 下 ， 
比如 在 示例 2 中 , 通过 一 个 一 对 一 连接 进行 删除 操作 的 规则 需要 引入 特定 程度 的 编 
译 指示 。 那 么 现在 ， 我 则 可 以 敲定 到 底 这 个 编译 指示 都 包括 什么 内 容 。 请 大 家 回想 
一 下 第 2 章 , 每 一 个 关系 变量 , 或 者 更 进一步 说 是 每 一 个 关系 表达 式 都 拥有 一 个 与 
之 相对 应 的 谓词 (在 接 下 来 的 例子 中 ， 谓 词 是 由 表达 式 所 涉及 的 关系 变量 的 谓词 ， 
根据 该 表达 式 所 涉及 到 的 关系 操作 的 语义 所 推导 出 来 的 )。 那么 令 A 和 B 的 谓词 分 别 
为 PA 和 PB， 于 是 V = A INTERSECT B 的 谓词 就 是 PA AND PB。 这 就 是 说 ， 如 果 数 
组 在 V 中 出 现 ， 那 么 PA(t) AND PB(b 的 值 为 真 〈 这 当然 也 就 是 说 PA(D 和 PB(D 各 自 
本 身 均 为 真 )。” 


那么 现在 假设 我 们 要 从 V 中 删除 t。 我 们 进行 这 个 更 新 的 目的 是 让 命题 PA(t) AND 
PB(b 不 再 为 真 ， 换 句 话 说 就 是 PA(D 与 PB(D 之 中 至 少 有 一 个 是 假 的 ,也 有 可 能 两 个 
同时 为 假 。 对 比 来 说 , 从 A 和 B 中 都 删除 { 的 意思 是 “PA(D 为 假 AND PB 为 假 ”， 
换 句 话说 就 是 都 为 假 。 于 是 接 下 来 我 们 便 有 了 此 义 问 题 的 逻辑 描述 ， 也 就 是 ， 我 所 
提出 的 选项 3 在 “一 对 一 ”这 个 术语 使 用 得 不 太 严 格 的 情况 下 ， 通 过 一 个 一 对 一 连 















































































































































































































































































































































”在 第 9 章 ， 我 将 会 对 这 些 规 则 做 一 些 改进 。 
”我 用 表达 式 PA(D 来 指出 通过 将 谓词 PA 实例 化 所 得 到 的 命题 ， 方 法 是 用 数组 t 的 属性 值 作为 参数 来 
替换 PA 中 的 参数 ， 对 于 PB(b 来 说 方法 类 似 。 
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接 进 行 删除 操作 的 规则 ， 相 当 于 把 逻辑 OR 当 作 逻 辑 AND 对 待 。 











我 们 或 许 也 会 说 从 V 中 删除 t 意思 是 NOT(PA(t) AND PB(t)) 为 真 ， 
而 从 A 和 B 中 都 删除 t 则 意 为 NOT(PA(0)) AND NOT (PB(D) 为 真 。 
但 是 NOT(PA(t)) AND NOT(PB(t)) 等 价 于 NOT(PA(t) OR PB(D)， 因 
此 选项 3 的 删除 规则 意味 着 我 们 事实 上 相当 于 将 逻辑 AND 当 作 还 辑 
OR 对 待 ( 换 名 话说 就 是 从 反方 向 来 说 )。 当 然 ， 那 种 方式 对 我 们 的 
目标 来 说 都 没有 不 同 。 











下 面 我 不 会 在 这 里 说 更 多 关于 这 个 问题 的 内 容 了 ， 我 将 会 在 第 15 章 为 大 家 介绍 
David McGoveran 的 一 个 方案 来 解决 这 个 问题 。 
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第 7 章 
连接 视图 中 ， 多 对 多 连接 


最 近 的 研究 在 哈佛 ,更 多 研究 在 耶鲁 ， 展 示 了 连接 可 以 更 新 ， 只 要 把 尾巴 上 的 
钉子 取出 即 可 。 


一 一 Anon: 《Where Bugs Go》 

















下 面 我 想 检验 一 下 多 对 多 连接 的 问题 〈 我 故意 把 一 对 多 的 情况 放 到 最 后 再 讲 )。 正 
如 在 第 6 章 中 所 说 的 ， 我 想 在 展开 接 下 来 的 调查 之 前 进行 说 明 会 对 大 家 有 些 帮助 。 
大 家 可 能 会 预见 到 ， 多 对 多 的 情况 将 会 引发 特定 的 “并 发 症 ”， 而 这 些 “ 并 发 症 ” 
在 一 对 一 的 情况 下 并 不 会 出 现 。 尽管 如 此 , 我 确定 我 们 依然 会 使 用 本 质 上 与 之 前 

样 的 规则 来 解决 问题 。 也 就 是 说 ， 定 义 视图 V 为 A JOIN B， 只 不 过 这 个 连接 现在 
是 个 多 对 多 连接 ， 而 规则 依然 看 起 来 如 下 。 


ON INSERT INTO V : INSERT A (sub)tuples if they don’t already exist, 
B 
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INSERT (sub)tuples if they don’t already exist 
ON DELETE FROM V : DELETE A (sub)tuples if they don’t exist elsewhere, 
DELETE B (sub)tuples if they don’t exist elsewhere 


7.1 示例 1， 信息 等 价 


让 我 们 考虑 一 个 简化 版 的 供应 商 关 系 变量 与 零 部 件 关 系 变量 , 其 中 的 供应 商 除了 SNO 
和 CITY 之 外 不 含 其 他 属性 , 而 零 部 件 则 除了 PNO 和 CITY 外 不 含 其 他 属性 , 于 是 有 : 


S { SNO , CITY } KEY { SNO } 
P { PNO , CITY } KEY { PNO } 


















































| 























115 





为 了 让 例子 能 更 好 地 说 明 问 题 , 我 们 同时 假设 每 个 供应 商 的 城市 要 求 与 零 部 件 的 城 
一 致 ， 反 之 亦 然 ， 换 名 话说 就 是 这 里 会 有 一 个 约束 起 效 ， 其 实 相 当 于 又 是 一 个 相 
涯 依 赖 条 件 ， 形 式 如 下 : 


CONSTRATNT wes SS {~ CITY:} SP {t.CITY 村 
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爆 














为 了 符合 这 一 新 的 要 求 ， 让 我 们 暂时 将 供应 商 S3〈 城 市 Athens) 的 数组 和 零 部 件 
P3《〈 城 市 Oslo) 从 以 往 的 供应 商 关系 变量 和 零 部 件 关系 变量 中 移 除 ， 直 到 后 面 再 
有 安排 为 止 。 


现在 ， 让 我 们 来 定义 一 下 关系 变量 S 和 了 的 连接 视图 SCP。 


SCP { SNO , CITY , PNO } KEY { SNO , PNO } 






























































通过 观察 这 个 连接 我 们 不 难 发 现 , 它 确实 是 一 个 多 对 多 的 连接 , 在 这 里 $ 中 的 每 
个 数组 都 与 P 中 的 许多 数组 连接 ， 反 之 亦 然 。 尽 管 如 此 ， 我 们 依然 拥有 信息 等 价 ， 
下 是 因为 每 个 关系 变量 中 的 每 一 个 数组 都 至 少 与 男 一 个 关系 变量 中 的 一 个 数组 连 
接 。 样 本 值 如 图 7.1 所 示 。 


S 


SNO CITY 


S1 London 



































London London 
Paris London 
London London 
Paris Paris 


S2 Paris 
S3 Paris 
sd London 





London 2 Paris 
Paris 
Paris 
London 
London 
London 














图 7.1 关系 变量 S、P 以 及 SCP 的 样本 值 
下 面 是 相应 变量 的 谓词 。 

S: 供应 商 SNO 拥有 城市 CITY 。 

P: 零 部 件 PNO 拥有 城市 CITY 。 

















! 我 已 经 对 这 些 谓词 做 了 些许 简化 : Ca) 对 供应 商 去 掉 了 “已 经 签约 ” 对 零 部 件 则 去 掉 了 “在 公司 内 
使 用 ”，(b》 供 应 商 和 零 部 件 都 “拥有 ” 某 城市 ， 而 不 说 供应 商 “ 位 于 ” 某 城市 ， 也 不 说 零 部 件 “ 存 
储 在 ” 某 城 市 。 当 然 这 些 变 动 纯 属 为 了 讲解 方便 ， 我 所 做 的 第 一 个 变动 仅仅 只 是 为 了 简化 ， 而 第 二 
个 变动 则 是 为 了 强调 在 本 例 中 ， 不 论 是 供应 商 ， 还 是 零 部 件 ， 所 扮演 的 都 是 平行 的 角色 。 
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SCP: 供应 商 SNO 和 和 零 部 件 PNO 都 拥有 城市 CITY。 
如 同 往常 一 样 ， 我 将 从 所 有 3 个 关系 变量 都 是 基础 关系 变量 的 情况 开始 分 析 。 在 这 
种 情况 下 ， 有 哪些 约束 是 起 效 的 呢 ? 我 们 来 看 看 ， 首 先 ， 这 3 个 关系 变量 分 别 拥 有 
{SNO}、{PNO} 和 {SNO,PNO}， 作 为 它们 各 自 的 单 键 ， 这 些 我 们 都 已 经 讲 过 。 其 次 ， 
我 们 显然 拥有 下 列 几 个 约束 。 

CONSTRAIN . SCP = S JoIN P ; 

CONSTRAIN .SsS= SCP { SNO , CITY } ; 

CONSTRAIN .P=SCP {PNO, CITY }; 
当然 , 这 些 约束 都 是 相等 依赖 条 件 (EQD), 它们 在 一 起 来 保证 只 包含 关系 变量 SCP 
的 设计 , 以 及 由 关系 变量 S 和 P 整合 而 成 的 设计 这 两 种 方式 之 间 是 信息 等 价 的 , 这 
个 在 前 面 也 有 讲 过 。 
下 面 这 几 条 约束 ， 同 样 也 是 EQD， 它 们 也 会 起 效 ， 实 际 上 它们 是 上 述 3 条 约束 导 
致 的 逻辑 结果 ， 详 细 如 下 。 

CONSTRAINT ... IDENTICAL {S { CITY } , P { CITY } , SCP { CITY } } ; 

CONSTRAIN . SCP = JOIN { SCP { SNO , CITY } , SCP { PNO , CITY } }; 
不 过 我 还 是 想 详细 说 一 下 最 后 这 条 约束 。 它 传达 了 这 样 一 个 事实 , 那 就 是 关系 变量 
SCP 并 不 属于 第 四 范式 (4NF)， 因 为 这 个 约束 等 价 于 下 列 的 连接 依赖 (join 
dependency JD )。 

WM{ { SNO , CITY } , { PNO , CITY } } 
而 这 个 JD 又 与 下 面 这 对 多 值 依赖 (multivalued dependencies MVD) 等 价 。 

{ CITY } >—> { SNO } 

{ CITY } >— { PNO } 





或 者 把 它们 写成 “一 行 ”。 


{ CITY } >> { SNO } | { PNO } 








这 些 MVD 并 不 是 平凡 的 , 也 不 是 由 SCP 的 单 键 {SNO,PNO} 来 表示 的 ， 因 
符合 4NF2。 注意: 这 些 MVD 的 意义 我 们 从 不 那么 
出 现在 该 关系 变量 


(cs,p) 和 (¢, 





于 一 个 MVD 而 言 





s’,p’) 


， 当 且 仅 当 
































[到 


合 ) 包含 
。 而 一 个 





J 依赖 量 ( 表 
FE 平 几 的 MVD 当 且 














你 想 


想 获得 关于 


F 此 内 容 的 更 








RE 达 式 


多 解释 ， 


时 中 ， 忆 


出 现 





此 SCP 并 不 
正式 的 角度 来 解释 就 是 如 果 数 组 
pg 么 数组 〈c s,p') 和 《cy%Pp) 必须 














上 


时 是 平凡 的 : (a) 决定 量 《表达 式 天 全 的 加 
或 者 (b) 决定 量 和 依赖 量 的 合 
































右 侧 的 ) 
芭 当 下 面条 


属性 集 


Le) 























等 于 整个 关系 
键 来 表示 ， 决 定量 是 








a 立时 可 以 





个 超级 键 。 如 果 











请 参看 《Database Design and Relational Theory》。 
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也 同时 出 现 ， 
更 好 地 

















S3， 而 令 p 和 p’ 分 只 


描绘 这 一 点 ， 我 们 选取 图 7.1 的 值 ， 并 令 c 等 了 
等 于 P2 和 P5。 
当然 , 上面 所 说 的 MVD 出 现在 SCP 中 并 不 是 介 


况 下 ， 


是 : MVD 所 在 的 关系 变量 


A 
受 和 


在 


上 





























在 这 里 c 是 起 






































并 起 效 于 SCP 之 内 的 ”。 


{ SNO } 
{ PNO } 


i SY 
> CEP 





YY} 
Y} 


j，s 和 ss’ 是 供应 商号 码 ， 而 p 和 p’ 则 是 零 音 







































































= 7’ 





有 然 的 ， 实际 上 只 要 是 在 多 对 多 连接 的 情 





刚刚 我 们 看 到 的 这 些 MVD 就 都 会 存在 并 起 效 。 而 我 
EE， 即 非 4NF 的 关系 变量 ， 显 然 是 受制 
上 于 元 余 的 关系 变量 很 难 进行 更 新 ， 我 们 之 后 就 会 从 手中 


依赖 这 个 主题 上 我 还 有 些 话 要 说 ， 那 就 是 下 面 所 列 的 函数 依赖 (FED ) 也 是 存在 


HE 























这 里 讲 这 些 内 容 的 原因 


b 件 编号 。 为 了 





FParis， 令 s 和 s’ 分 别 等 于 S2 和 























于 元 余 的 ， 而 总 体 来 说 
的 例子 看 到 这 样 


的 现象 。 








这 些 FD 是 从 关系 变量 S 和 了 那里 分 别 继承 来 的 ， 它 们 在 各 自 原 始 的 关系 变量 中 显 


是 存在 并 起 效 的 ， 因 为 决定 量 
补偿 性 操作 





7.1.1 




















现在 我 们 来 看 下 面 这 相 








INSERT ( 


代入 





图 7.1 的 样本 值 ， 














S9 ,， London ) 











效果 就 是 将 


( S9 ， 
( S9 ， 
( S9 ， 














London 
London 
London 


, Pl) 
 P4) 
 P6) 











INIO S}; 





让 我 们 再 来 对 比 下 面 的 这 个 INSERT 看 看 。 















































INSERT ( 3S9 , Madriqd ) INTO S ; 
同样 代入 图 7.1 的 样本 值 ， 这 个 插入 操作 一 定 失败 ， 因 
件 ， 而 在 这 里 补偿 性 操作 也 不 可 能 
可 以 并 且 将 会 成 功 。 

INSERT ( 3S9 , Madrid ) INTO S ， 

INSERT ( P8 , Madrid ) INTO P 











3 这 样 的 后 果 是 SCP 



























































时 SCP 中 。 








这 个 插入 操作 可 以 并 且 将 会 成 功 ， 而 它 同 时 和 
下 列 几 个 数组 插入 到 关系 变量 


为 在 Madrid 没有 任 
意义。 另 一 方面 ， 下 面 这 个 双 INSERT 操作 就 





量 ， 也 就 是 表达 式 左 侧 的 属性 ， 是 它们 各 自 ， 











一 个 在 关系 变量 S 上 的 INSERT 操作 。 



























































有 一 点 额外 的 


何 零 部 











甚至 都 不 能 算是 第 二 范式 (2NF)， 更 不 用 说 第 四 范式 了 。 但 正 是 这 种 非 4NF 恰 
恰 导 致 了 关系 变量 具备 了 多 对 多 连接 的 特性 。 
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同样 ， 它 也 具有 额外 的 效果 ， 把 下 列 数 组 插入 到 关系 变量 SCP 中 。 


( S9 ，M 








adrid ， P8 ) 

















有 所 讲 的 这 些 例子 以 及 其 他 与 之 类 似 的 案例 , 我 希望 大 家 已 经 能 够 清晰 








通过 我 们 这 

















地 看 出 下 面 我 们 列 出 的 就 是 一 个 对 于 在 S 和 /或 P 上 很 适合 的 插入 规则 。 




















ON INSER 





is INTO S , INSERT ip INTO P : 





INSER 


INSERT 


那么 下 面 我 人 














和 零 部 件 P3 
从 Oslo 改 为 
不 过 请 注意 ， 











( P JOIN is ) INTO SCP ， 
( S JOIN ip ) INTO SCP ;); 


] 再 来 看 一 看 删除 操作 。 假 设 就 在 现在 ， 我 们 和 暂时 恢复 关于 供应 商 S5 
的 数组 ，S5 的 城市 也 如 同 往常 一 样 是 Athens， 不 过 我 们 将 P3 的 城市 
Athens。 于 是 ， 关 系 变量 SCP 额外 地 包含 了 数组 (S5，Athens，P3)， 
这 个 数组 是 该 关系 变量 中 唯一 的 含有 Athens 这 个 城市 的 数组 。 那 么 







































































现在 ， 下 面 的 双 DELETE 显然 是 没 问 题 的 。 

















DELE 
DELE 


( 
( 





E 
E 























S595 ; Athens } FROM 8. ， 
P3 , Athens ) FROM P ;} 





它们 的 效果 是 从 S 和 PP 中 删除 这 两 个 具体 的 数组 , 并 且 在 相应 的 级 联 删 除 规则 起 效 
的 前 提 下 ， 同 时 也 从 关系 变量 SCP 中 删除 数组 (S5，Athens，P3) 。 那 么 对 于 下 





面 的 这 个 单一 


DELETE ( 









































DELETE 又 会 怎样 呢 ? 有 具体 如 下 。 





S5 , Athens ) FROM S ; 














现在 ， 这 里 不 能 被 允许 发 生 的 就 是 与 需求 的 完全 一 致 ， 从 关系 变量 $ 中 删除 数 
组 CS5，Athens), 而 其 他 一 切 都 不 变 。 而 这 违反 了 黄金 原则 , 因此 这 个 DELETE 































































































操作 就 会 被 直接 拒绝 。 通 常情 况 下 ， 让 用 户 的 合理 需求 得 到 满足 是 非常 理想 的 



























































结果 ， 但 是 ， 看 起 来 接受 DELETE 操作 并 让 它 做 出 相应 的 级 联 在 这 里 是 更 好 的 
选择 。 换 名 话说 ， 我 认为 下 面 所 列 的 是 对 于 关系 变量 S 和 /或 P 的 一 个 比较 合适 
的 删除 规则 。 

ON DELETE ds FROM S ，DELETE dp FROM P : 








DELETE 


( SCP JOIN ds ) FROM SCP ， 

















DELETE 





( SCP JOIN dp ) FROM SCP ; 











有 了 上 面 的 插入 和 删除 规则 ， 我 就 把 验证 “在 S 和 /或 P 上 的 显 式 UPDATE 操作 都 





能 正常 执行 ”的 工作 留 给 大 家 作为 练习 了 。 
下 面 我 们 来 谈 谈 在 连接 SCP 上 的 更 新 情况 。 插 入 规则 还 是 很 明显 的 。 


















































ON INSERT i INTO SCP : 
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INSERT 
INSERT 


i { SNO , CIT 
i { PNO , CIT 


Y } INTO S ， 
Y } INTO P ; 








我 确实 说 这 个 规则 很 明显 ， 但 是 它 所 导致 的 结果 却 并 不 一 定 这 么 
至 少 不 会 马上 就 显现 出 来 。 


ey 
Ny 


是 使 用 图 7.1 给 定 的 值 。 


让 我 们 来 看 几 个 例子 


假设 我 们 向 SCP 插入 (S9, London, Pl1)， 


( S9, London ) 被 插入 S, 但 是 对 了 没有 景 
但 是 向 S 中 插入 (S9，London ) 会 导致 S 的 插入 
需求 的 数组 (S9，London， 


已 经 存在 于 了 中 。 


规则 起 效 ， 而 最 后 的 效果 则 是 除了 原始 
(S9，London，P4 ) 和 (S9，London，P6 ) 将 被 额外 地 插 


P1 ) 外 ， 
入 到 SCP 中 。 


2. 假设 我 们 向 SCP 中 插入 (S7，Paris，P7 ) 。 
会 是 向 S 中 插入 (S7，Paris ) ， 向 了 P 中 插入 (P7，Paris ) ， 而 所 有 
下 面 所 列 的 这 些 数组 将 被 插入 到 SCP 中 。 






















































































































































































明 
吧 》 样 本 值 还 


这 个 插入 操作 会 导 


向 ， 因 为 (P1，London ) 


那么 最 后 的 效果 就 




































































(S57; Paris 大 再 7 信人 7 再 S 2 人 32 了 SELLS 了 7 
(3 
如 果 大 家 现在 还 没有 意识 到 , 我 要 指出 的 是 上 面 所 说 的 插入 规则 本 质 上 同 我 们 在 第 
6 章 所 讲 的 一 对 一 的 案例 的 插入 规则 是 一 样 的 ， 而 在 这 个 例子 中 稍 有 差别 的 是 ， 原 
始 的 INSERT 级 联 会 导致 向 连接 中 插入 额外 的 数组 。 
那么 现在 看 来 ， 上 面 的 插入 规则 可 以 大 体 描述 为 :“ 插 入 S 子 数组 除非 它们 已 经 存 
人 在， 插入 P 子 数组 除非 它们 已 经 存在 。” 直 觉 和 对 称 都 告诉 我 们 ， 相 应 的 删除 规则 
应 该 是 :“ 删 除 S 子 数 组 除非 它们 已 经 在 别处 存在 ， 删 除 P 子 数组 除非 它们 已 经 在 
别处 存在 。” 正 式 的 定义 如 下 。 
ON DELETE d FROM SCP : 
DELETE ( ( S MATCHING d ) NOT MATCHING SCP ) FROM S ， 
DELETE ( ( P MATCHING d ) NOT MATCHING SCP ) FROM P :， 
让 我 们 再 来 看 一 些 例子 ， 还 是 使 用 图 7.1 的 样本 值 。 


1. 假设 我 们 从 SCP 上 
























































关系 变量 S 中 供 
相关 数组 。 
2. 假设 我 们 从 SCP 中 删除 所 有 供 



























































删除 所 有 城市 为 Paris 的 数组 。 这 个 删除 操作 将 会 级 联 删 除 





丹 商 S1 的 数组 。 这 个 


应 商 S2 和 S3 的 相关 数组 ， 以 及 关系 变量 P 














零 部 件 P2 和 PS 的 











删除 操作 将 会 级 联 删除 关 











系 变量 $ 中 供应 商 S1 的 相关 数组 , 但 是 对 关系 变量 P 没有 任何 影响 ,因为 SCP 仍 
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然 包含 一 些 城市 为 London 的 数组 ， 有 具体 说 来 就 是 数组 (S4，London，P1)、(S4， 





London，P4)， 以 及 (S4，London，P6)。 


3. 假设 我 们 尝试 从 SCP 中 只 删除 数组 (S1，, London, P1) 。 这 




















因为 SCP 还 包含 其 他 既 关 于 供应 商 S1， 又 关于 






























































个 尝试 一 定 会 失败 ， 
零 部 件 P1 的 数组 ， 而 所 尝试 的 删 











除 操作 对 关系 变量 S 和 P 没有 效果 , 如 果 这 个 操作 想 要 成 功 , 那 就 必定 违反 黄金 法 
则 ， 上 基体 来 说 就 是 SCP 不 再 等 价 于 S 和 了 的 连接 。 





























那么 现在 , 如 果 你 把 上 述 的 删除 规则 与 第 6 章 中 那个 一 对 一 连接 使 用 的 删除 规则 做 























个 比较 的 话 ， 会 有 什么 结果 呢 ? 为 了 方便 对 比 我 把 第 6 章 的 规则 摘录 如 





ON DELETE Q FROM S : 
DELETE d { SNO , STATUS } FROM ST ， 
DELETE d { SNO , CITY } FROM SC ，; 









































你 可 能 会 觉得 它们 二 者 是 有 些 不 同 的 。 但 实际 上 
看 是 为 什么 , 假设 现在 暂时 每 个 城市 只 对 应 一 个 
多 的 连接 降级 为 一 对 一 的 连接 )。 那 么 ， 我 们 

































































js、c 和 了 来 分 别 表示 供应 

















并 没有 。 让 我 们 用 下 面 的 办 法 来 看 














供应 商 或 者 一 个 零 部 件 〈 





下 。 




















因此 多 对 






































城市 名 称 和 零 部 件 号 码 ， 所 有 《〈s，c) 子 数组 都 上 




















规则 简化 或 者 降级 而 来 。 






































商号 码 、 


4 在 SPC 中 出 现 一 次 ， 所 有 (p，c) 
子 数 组 也 都 只 在 SCP 中 出 现 一 次 , 那么 (S MATCHING d) NOT MATCHING SCP 和 
(P MATCHING d) NOT MATCHING SCP 分 别 降级 为 S MATCHING d 和 P 
MATCHING d。 同 时 ，S MATCHING d 和 P MATCHING d 则 分 别 等 价 于 d{SNO， 
CITY} 和 d{PNO,CITY}。 因此, 一 对 一 连接 的 删除 规则 可 以 理解 为 从 多 对 多 的 删除 














最 后 , 根据 上 面 的 插入 和 删除 规则 来 验证 显 式 UPDATE 全 都 可 以 正常 执行 的 工作 ， 








就 留 给 大 家 作为 练习 了 。 
7.1.2 视图 更 新 








现在 我 们 假设 SCP 实际 上 是 个 视图 ， 是 S 和 了 的 连接 。 那 么 : 











1， 虽 然 不 是 全 部 ， 但 绝 大 部 分 在 本 节 开 头 列举 的 约束 都 会 

















让 投影 S{CITY} 和 P{CITY} 等 价 的 约束 不 会 自动 起 效 。 














2. 从 S 和 P 到 SCP 的 补偿 性 操作 将 会 自动 发 生 ， 这 正 是 

















也 就 是 说 ， 在 S 和 /或 P 上 的 更 新 会 自动 映射 到 SCP 相应 的 部 分 。 
图 更 新 规则 ， 也 将 会 自动 发 生 ， 同 











3. 从 SCP 到 S 和 SP 的 补偿 性 操作 ， 也 就 是 视 














样 也 因为 SCP 是 视图 。 也 就 是 说 ， 在 SCP 上 的 更 新 才 是 “真正 ”对 底层 关系 变量 




















S 和 /或 P 的 更 新 ， 它 在 SCP 中 自动 可 见 ， 就 如 同 其 在 S 和 P 中 一 样 。 



































自动 起 效 。 当 然 ， 那 些 


因为 SCP 是 一 个 视图 ， 
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台 已 天 


那么 在 用 户 和 从 用 
将 可 以 执行 所 有 操作 ， 












































到 连接 视 


图 SCP 的 情况 下 会 怎么 样 昵 ? 矿 





E 这 种 情况 下 ， 该 视 





| 现 

















就 好 像 它 就 是 














个 基础 关系 变量 











道 {SNO,PNO} 是 键 ， 同 样 也 会 知道 下 列 FD 和 MVD。 


{ SNO } > { CI] 
{ :PNO $$ CL 





EY 
[TY 


{ CITY } > { SNO } | { PNO } 





关于 这 些 MVD， 我 要 提醒 你 的 是 它们 





CONSTRAINT ... 




















该 


SCP: 供应 商 SNO 和 








} 
} 





] 户 也 将 会 知道 相应 的 谓词 。 




















零 部 件 PNO 同时 都 


我 之 前 说 过 SCP 并 不 符合 4NF， 而 且 我 还 说 它 也 可 





3 二 


笃 释 一 下。 首先 ， 更 间 
于 下 列 规则 “。 
ON INSER 


INSERT ( 
INSERT ( 














i INTO 





折 通 


不 论 SCP 是 基础 关系 变量 ， 还 是 视图 





i 

















SCR 3 


SCP JOIN i { SNO ， CI] 
SCP JOIN i { PNO , CI 


























样 ， 




















有 城市 CITY 。 





台 已 
月 E 








因此 很 
， 我 的 观点 都 一 村 
































ry } 
TY } ) IN] 


常 都 必须 遵守 那些 MVD。 其 次 ， 尤 其 


TO SCP ， 
TO SCP :; 


不 过 需要 说 明 的 
的 操作 执行 起 来 并 不 都 是 直接 进行 的 , 我 后 面 很 快 就 会 做 出 解释 。 这 类 用 户 将 会 知 


E 被 更 新 (这 
全。 现在 让 我 来 更 
是 INSERT 操 作 受 制 


是 它 


< 同 作用 的 时 候 等 价 于 下 面 所 列 的 约束 。 


SCP = JOEN, -SGCE :{ ‘SNO: CIIE 9CER 二 ,下 人 9 开工 和 小 站 二 


里 我 要 强 


【 体 地 
































这 个 规则 可 能 看 起 来 有 点 复杂 ， 但 是 它 基 本 上 就 是 之 前 对 于 S、P 
和 SCP 的 INSERT 规则 的 一 个 整合 ， 重 新 调整 来 去 掉 对 S 和 了 的 引 


用 。 


注意 观察 ， 这 意味 着 即使 在 SCP 是 基础 关系 变量 ， 而 关系 变量 


S 和 了 根本 不 存在 (或 被 隐藏 ) 的 情况 下 ， 该 规则 应 该 并 且 确 实 也 
适用 。 实 际 上 ， 我 们 本 可 以 仅仅 通过 单独 考虑 关系 变量 SCP 就 能 得 
出 这 个 规则 。 同 时 ， 值 得 注意 的 是 这 个 规则 其 实 是 一 个 例子 ， 在 本 
书 中 到 目前 为 止 我 们 所 见 到 的 第 一 个 例子 ， 来 展示 一 个 将 特定 更 新 
级 联 到 目标 关系 变量 自己 身上 的 规则 。 


注意 观察 ， 我 并 没有 给 
要 将 茶 个 特定 的 化 


上 的 DELETE 操 
































:应 商 所 有 的 数组 者 
作 永 远 都 会 失败 。 例 如 ,] 


和 





同等 的 删 








二 


除 ， 





























除 规则 。 实 际 上 ， 除 非 


nw 








户 














要 求 〈 不 管 是 显 式 ， 还 是 隐 式 ) 





或 者 将 某 个 特定 夫 
图 7.1 的 样本 来 说 ， 





























P 件 的 所 有 数组 都 


开山 














个 需求 仅仅 


二 


| 除 ， 否 则 在 SCP 
除 (5 1,London,P1) 
































这 一 个 数组 将 会 失败 , 而 如 果 要 求 将 所 有 城市 为 Paris 的 数组 都 删 掉 就 会 成 功 (如同 我 们 在 前 面 两 个 
例子 中 看 到 的 )。 
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投 影视 


和 峙 谈 文 影 仙 
我 们 已 经 讨论 了 当 S 和 了 为 基础 





关系 变量 ， 而 SCP 是 视 








图 的 情况 。 为 了 完整 地 检 




















验 示 例 1， 我 确实 应 当 再 来 讨论 
S 和 P 都 是 该 关系 变量 的 视图 














oy 


下 相反 
显然 , 在 这 种 








的 情况 ， 那 就 是 SCP 是 基础 关系 变量 ， 而 


实 就 成 为 了 投影 视图 ， 











青 况 下 S 和 了 其 实 


























而 这 个 讨论 从 逻辑 上 讲 应 该 属于 第 
己 经 够 复杂 了 ， 因 此 我 决定 还 是 把 这 


实际 上 我 认为 这 里 没有 太 多 可 说 的 。 




















管 : 企 


此 心 、 


5 章 的 范畴 。 不 过 不 管 
个 讨论 推迟 到 这 


让 我 们 回忆 一 


样 ， 我 觉得 第 5 章 本 身 
章 来 讲 。 


下 第 5 章 的 内 容 ， 如 果 DB1 只 












































包含 一 个 上 

















妃 等 价 的 ， 前 提 是 这 些 投影 是 
下 面 这 个 人 D 确实 在 SCP 中 起 效 。 











i{ { SNO , CITY } , { PNO, 





由 它 导致 的 直接 后 果 就 是 SCP 可 以 被 无 损 





























独 的 关系 变量 R， 而 DB2 只 包含 R 的 投影 ， 忆 
按照 在 R 中 起 效 的 连接 依赖 (JD) 分 解 R 所 得 来 的 。 





f 么 DB1 和 DB2 就 是 信 


CITY, 二 活 


分 解 为 关于 {SNO,CITY} 和 {PNO,CITY} 的 




























































































































































































， 换 句 话说 就 是 分 解 为 关系 变量 S 和 了 P， 而 这 些 关系 变 量 必然 是 可 更 新 的 《只 
要 SCP 自己 首先 是 可 更 新 的 ， 当 然 这 已 经 是 事实 )。 至 于 各 种 各 样 的 补偿 性 操作 都 
跟 之 前 讨论 的 一 样 。 
ON INSERT i INTO SCP : 
INSERT i { SNO , CITY } INTO S, 
INSERT i { PNO , CITY } INTO P ; 
ON DELETE d FROM SCP : 
DELETE ( ( S MATCHING d ) NOT MATCHING SCP ) FROM 8 ， 
DELETE ( ( P MATCHING d ) NOT MATCHING SCP ) FROM P ; 
ON INSERT is INTO S , INSERT ip INTOP : 
INSERT ( P JOIN is ) INTO SCcP ， 
INSERT ( 8 JOIN ip ) INTO SCP ; 
ON DELETE ds FROM S , DELETE dp FROM P : 
DELETE ( SCP JOIN ds ) FROM SCP ， 
DELETE ( SCP JOIN dp ) FROM SCP ; 
请 允许 我 在 这 里 加 一 句 ， 视 图 S 和 了 之 间 的 关系 是 多 对 多 。 虽 然 我 并 没有 在 第 $ 章 中 
就 这 个 具体 例子 进行 探讨 ， 但 是 我 确实 对 那 一 章 中 的 另 一 个 关于 在 多 对 多 关系 中 投影 
视图 的 例子 进行 了 讨论 ， 也 就 是 示例 3， 它 涉及 到 视图 ST (S 关于 SNO 和 STATTS 的 














投影 ) 以 及 TC (S 关于 STATUS 和 CITY 的 投影 )。 要 说 明 的 是 习 











个 例子 中 的 关系 确 





到 更 新 与 关系 数据 库 理论 
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实 是 多 对 多 ， 因 
常用 的 柱 




















本 











损 分 解 ， 而 不 是 无 损 的 。 所 以 ， 在 


示例 2: 信息 隐藏 


S 和 了 都 是 基础 关系 变量 


pa 


7.3 





竺 让 我 们 回 到 
零 部 件数 据 库 ， 
中 或 通过 其 人 
过 来 的 情况 。 






































为 同一 个 STATUS 值 可 以 与 询 
fF 本 值 时 ，STATUS 值 30 > 
关系 变量 


， 一 个 城 站 
也 方式 表达 ， 换 句 训 
于 是 S 和 P 的 连接 SCP 出现 了 信息 
该 连接 关于 相应 属性 的 投影 是 等 价 的 。 实 际 上 ， 对 于 前 面部 分 提 到 过 的 约束 来 i 

















下 列 


SCP 的 键 。 
。 在 任意 给 


。 FD:{SNO} 一 


的 几 个 还 依然 适用 
。 ”以 往 的 键 约束 都 会 起 效 : 

















《而 这 次 我 使 | 











F 多 供应 商 和 许多 城市 关联 (在 带 入 我 们 




















只 可 惜 ， 那 个 例子 所 涉及 的 是 一 个 有 
量 上 的 更 新 并 不 总 是 进行 得 那么 好 。 






































的 情况 。 假 设 现在 ,在 我 们 最 原始 的 供应 商 和 
可 以 在 基础 关系 变量 S 中 表达 ， 但 是 不 能 在 基础 关系 变 




















量 了 




















说 就 是 有 些 城市 





























{SNO} 是 S 的 键 ， 











拥有 供应 商 ， 但 没有 零 部 件 ， 有 些 是 反 
丢失 ， 因 为 系统 无 法 再 保证 S 和 了 与 
说 ， 只 有 



































了 文字 描述 的 方式 ， 而 不 是 正式 的 语法 模式 )。 








{PNO} 是 P 的 键 ，{SNO,PNO} 是 


定时 间 ，SCP 的 当前 值 都 等 于 S 和 P 当前 值 的 连接 。 


{CITY} 和 {PNO} 一 





{CITY} 以 及 MVD: {CITY} 一 一 {SNO} 


和 {CITY} 一 一 {PNO} 都 在 SCP 中 起 效 。 


(特定 的 包含 依赖 也 会 起 效 ， 不 过 正如 第 6 章 ! 


这 里 多 做 说 明 。 

















) 





我 们 可 以 通过 


得 一 个 数据 库 值 能 够 满足 





扩展 图 7.1 的 样本 来 恢复 
上 述 条 件 的 实际 例子 Gi 
































的 注解 所 讲 的 ， 我 不 会 在 





示例 21 




















原来 供 人 





察 ， 关 系 变量 SCP 在 该 图 所 示 值 的 关系 情况 ， 





部 件 P3 的 数组 ,从 而 获 
图 7.2， 并 且 请 特别 注意 观 
7.1 所 示 值 时 是 一 样 的 )。 


应 商 S5 和 零 
青 参看 
与 其 在 图 














S 


sl 
S2 
S3 
S4 
S5 





London 
Paris 
Paris 
London 
Athens 


PNO CITY 


London 
Paris 
Oslo 
London 
Paris 
London 





SNO CITY 


London 
London 
London 
Paris 
Paris 
Paris 
Paris 
London 
London 
London 








图 7.2 7.1 的 重 置 版 





124 








关于 术语 的 注释 : 本 章 的 标题 展示 了 ， 或 者 说 至 少 是 强烈 暗示 了 S JOIN P 依然 是 








一 个 多 对 多 连接 ,但 是 你 必须 理解 





























Edition》(Apress 出 版 ，2008 


























这 里 所 说 的 “多 ”是 包含 零 的 情况 的 。 事 实情 况 











怨 。 














是 术语 “多 对 多 ”在 使 用 上 经 常 不 是 很 严格 ,包含 以 下 两 种 情况 :(a)〉 所 谓 的 严格 
符合 的 情况 ， 比 如 我 们 之 前 讨论 的 示例 1;(b) 像 我 们 目前 正在 讨论 的 这 个 案例 ， 
它 可 能 出 现 这 种 情况 ， 即 一 方 含有 某 元 素 ， 而 另 一 方 却 没有 与 之 相对 应 的 元 素 。 下 
面 是 一 段 轻微 编辑 过 的 文字 引 自 《The Relational Database Dictionary，Extended 


























严格 地 讲 ， 一 个 多 对 多 的 对 应 关系 是 对 两 个 集合 sl 和 S2 〈 不 是 必需 不 同 ) 配对 的 
规则 ， 它 规定 sl 中 的 每 一 个 元 素 都 至 少 对 应 一 个 s2 中 的 元 素 ，s2 中 的 每 一 个 元 素 
也 都 至 少 对 应 一 个 sl 中 的 元 素 。 然 而 ， 这 个 术语 却 经 常 被 使 用 得 不 那么 严格 ， 从 
而 对 以 下 3 种 情况 进行 配对 : 〈a) sl 中 的 每 一 个 元 素 都 对 应 任意 数量 的 s2 中 的 元 















































Le 





















































素 〈 数 量 可 能 是 0), 而 8s2 





















































的 每 
的 每 一 个 元 素 都 至 少 对 应 一 个 s2 中 的 元 素 , 而 s2 中 的 每 一 个 元 素 都 对 应 任意 数 
量 的 sl 中 的 元 素 (数量 可 能 是 0)，(c) sl 中 的 每 一 个 元 素 都 对 应 任意 数量 的 s2 
的 元 素 (数量 可 能 是 0), 而 s2 中 的 每 一 个 元 素 都 对 应 任意 数量 的 sl 中 的 元 素 ( 数 

















个 元 素 都 至 少 对 应 一 个 sl 中 的 元 素 ，(Cb) sl 









































量 可 能 是 0)。 除 非 想 要 表达 的 意思 非常 明确 ， 否 则 我 们 最 好 避免 使 用 这 个 术语 。 



























































虽然 文中 最 后 一 句 话 是 这 么 写 的 , 但 我 在 本 章 中 还 是 侦 尔 会 使 用 一 下 这 个 术语 , 不 
过 我 想 我 的 指示 意义 在 上 下 文 之 间 都 是 很 明确 的 。 





那么 接 下 来 ,我 想 向 大 家 阐述 的 是 如 我 之 前 所 讲 的 ， 恰 恰 是 因为 有 信息 丢失 ， 从 而 
导致 只 有 关系 变量 SCP 的 设计 已 经 不 再 信息 等 价 于 由 关系 变量 S 和 了 整合 组 成 的 
设计 了 (这 里 举 一 个 后 者 中 元 素 在 前 者 




























































































没有 对 应 元 素 的 查询 例子 ， 那 就 是 “取得 

















一 个 没有 零 部 件 的 城市 中 的 供 





























应 商号 码 ”)。 更 具体 点 来 说 就 是 任何 可 以 由 关系 变量 








SCP 单独 表达 的 信息 一 定 可 以 被 关系 变量 S 和 了 的 整合 所 表达 ， 而 反之 则 不 成 立 。 


























由 此 导致 的 结果 就 是 显然 这 上 








E 会 有 特定 的 更 新 可 以 在 S 和 /或 P 上 执行 ， 但 却 没 办 








法 相应 地 在 SCP 中 进行 。 一 个 例子 就 是 “向 S 插入 一 个 城市 为 Madrid 的 供应 商 数 
相同 的 城市 。 


组 ”， 而 没有 同时 向 P 中 插入 












































我 并 不 想 在 这 里 对 这 个 例子 做 过 多 的 调研 分 析 。 相 反 , 我 要 直接 援引 第 6 章 中 对 示 
例 2 的 分 析 。 更 具体 地 讲 , 就 是 我 要 说 在 第 6 章 中 对 那个 例子 的 细节 分 析 稍 作 修 改 
就 完全 可 以 适用 于 现在 这 个 例子 。 换 句 话 说， 就 是 我 认为 在 本 章 前 面 为 严格 的 多 对 
多 连接 视图 更 新 所 修改 过 的 规则 ， 如果 需要 则 可 以 直接 应 用 于 本 例 。 改 述 一 句 我 们 
在 第 6 章 中 讨论 的 话 ， 如果 我 们 能 够 认可 这 个 观点 , 那么 我 们 至 少 能 够 获得 一 系列 





























凯 






















































































通用 的 多 对 多 连接 视图 更 新 规则 ,这 些 规则 总 是 有 效 , 并 且 在 多 对 多 连接 应 当 严 格 


























符合 条 件 时 保证 它们 确实 符合 , 更 不 用 说 这 个 规则 其 实 对 所 有 连接 视图 都 有 效 不 
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管 连接 是 一 对 一 、 一 对 多 ， 还 是 多 对 多 了 。 除 此 之 外 ， 如 果 这 些 规则 有 时 因为 杂种 
原因 侦 尔 会 出 现 不 好 用 的 情况 , 那么 这 里 也 有 特定 的 解决 办 法 ， 比 如 用 数据 库 管理 
系统 授权 的 子 系统 来 禁止 某 些 特定 的 更 新 ， 这 可 以 解决 以 上 问题 。 


































































































7.4 小 结 


关于 多 对 多 连接 我 还 有 一 点 想 要 说 。 那 就 是 它 有 一 个 必要 条 件 , 相信 大 家 也 都 知道 ， 
那 就 是 笛 卡 尔 乘积 是 一 个 多 对 多 连接 的 特殊 情况 。 由 此 可 以 得 出 , 对 于 通过 多 对 多 
连接 更 新 的 规则 同样 适用 于 笛 卡 尔 乘 积 , 更 具体 地 说 就 是 这 些 规则 简化 为 通过 笛 卡 
尔 乘积 进行 更 新 的 规则 ,而 连接 本 身 也 简化 为 一 个 第 卡尔 乘积 。 让 我 们 把 结果 列 出 
来 看 看 ， 定 义 V 为 A TIMES B, 令 HA 和 HB 分 别 为 A 和 B 的 属性 ， 并 且 令 HA 
和 HB 没有 相同 的 属性 名 。 那 么 我 们 就 会 有 : 

ON INSERT i INTIO V : 


INSERT i { HA } INTO A, 
INSERT i { HB } INTO B ; 











































































































































































































ON DELETE d FROM V : 
DELETE ( ( A MATCHING d ) NOT MATCHING V ) FROM A, 
DELETE ( ( B MATCHING d ) NOT MATCHING V ) FROM B; 




















ON INSERT ia INTO A , INSERT ib INTO B : 
INSERT ( B TIMES :ia ) INTO V ， 
INSERT ( A TIMES ib ) INTO V ; 











ON DELETE da FROM A , DELETE db FROM B : 
DELETE ( V MATCHING da ) FROM V ， 
DELETE ( V MATCHING db ) FROM V; 
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第 8 章 


连接 视图 川 : 一 对 多 连接 





凡是 Codd 连接 的 ， 小 心 更 新 是 没 错 的 。 


一 一 Anon: 《Where Bugs Goy》 














我 们 在 第 6 章 和 第 7 章 分 别 讨 论 了 一 对 一 和 多 对 多 两 种 连接 方式 , 那么 在 这 一 章 我 
们 要 讨论 的 ， 就 是 剩 下 的 唯一 一 种 方式 ， 一 对 多 连接 。 不 过 现在 你 一 定 知道 我 们 调 
研讨 论 的 走向 是 怎样 的 了 ， 我 们 还 是 像 之 前 两 章 一样 从 那些 常用 的 规则 讲 起 。 
















































































ON INSERT INTO V : INSERT A (sub)tuples if they don’t already exist, 
B (sub)tuples if they don’t already exist 




















ON DELETE FROM V : DELETE A (sub)tuples if they don’t exist elsewhere, 
DELETE B (sub)tuples if they don’t exist elsewhere 








8.1 示例 1: 信息 等 价 
我 还 是 要 从 我 们 常用 的 供应 商 - 零 部 件数 据 库 开 始 本 节 的 内 容 ， 但 是 在 本 章 中 我 将 重 
点 关注 关系 变量 S 和 SP， 而 忽略 掉 关系 变量 P， 我 也 会 继续 为 了 简化 问题 而 忽略 掉 
属性 SNAME 和 属性 STATUS。 这 样 ， 我 们 就 拥有 了 两 个 基础 关系 变量 ， 具 体 如 下 。 
















































































S{ SNO , CITY } KEY { SNO } 
SP { SNO , PNO , QTY } KEY { SNO , PNO } 


男 外 ,假设 在 示例 1 中 ,每 个 供应 商都 至 少 供应 一 种 零 部 件 。 换 句 话说 ,我 们 假设 
这 里 有 一 个 约束 起 效 ( 实 际 上 就 是 一 个 相等 依赖 条 件 )， 详 情 如 下 。 


CONSTRAINT ... S { SNO } = SP { SNO } 
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为 了 符合 这 个 要 求 ， 我 们 也 会 将 供应 商 S5 从 本 例 的 供应 商 关 系 中 移 除 。 
么 下 面 ， 我 们 将 关系 变量 S 和 SP 的 连接 定义 为 视图 SSP。 


SSP { SNO , CITY , PNO , QTY } KEY { SNO , PNO } 


注意 观察 ， 现 在 这 个 连接 就 是 一 对 多 的 























了 ， 其 中 S 中 的 每 一 个 数组 都 与 SP 中 的 多 








个 数组 (至 少 是 一 个 ) 连接 ， 而 SP 中 的 每 个 数组 都 只 与 $ 中 的 一 个 数组 连接 。 两 
个 不 同 设计 ， 仅 由 关系 变量 SSP 组 成 的 设计 ， 和 由 关系 变量 S 与 SP 整合 组 成 的 设 























计 之 间 显 然 是 信息 等 价 的 。 样 本 值 如 图 











8.1 所 示 。 
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图 8.1 ”关系 变量 S、SP 以 及 SSP 的 样本 值 
下 面 是 几 个 变量 各 自 的 谓词 。 
S: 供应 商 SNO 拥有 城市 CITY 。 


SP: 供应 商 SNO 供应 零 部 件 PNO 数量 
































为 QTY。 


SSP: 供应 商 SNO 拥有 城市 CITY， 并 提供 零 部 件 PNO 数量 为 QTY。 
像 往 常 一 样 ， 我 们 还 是 先 来 看 看 如 果 三 者 都 是 基础 关系 变量 会 是 什么 情况 。 如 果 它 






































{SNO,PNO} 和 {SNO,PNO} 作 为 它们 的 向 


们 是 ， 那 么 什么 约束 会 起 效 ? 首先 ， 关 系 变量 S、SP 和 SSP 分 别 拥有 {SNO}、 





单 键 (这 些 我 们 已 经 说 过 )。 第 二 ,我 们 显然 











拥有 如 下 约束 。 











CONSTRAINT ... SSP = S JOIN SP ，; 
CONSTRAINT ... S= SSP { SNO , CITY } } 
CONSTRAINT ... SP = SSP { SNO , PNO , QTY } ，; 


这 些 约束 全 部 都 是 相等 依赖 (EQD)， 而 它们 合 在 一 起 则 能 够 保证 前 面 说 的 信息 等 











价 。 实 际 上 ， 我 们 可 以 将 S 和 SP 的 整合 看 作对 SSP 的 无 损 分 解 ， 因 为 下 





赖 (FD) 在 后 者 (SSP〉 中 起 效 。 


而 


{ SNO } > { 








卫 




















CETITY 站 

















大 家 ， 详 情 如 下 。 


ON INSERT i 
INSERT ( 
INSERT ( 














ON DELETE d 
DELETE ( 
DELETE ( 


























S INTO S , INSERT isp 





TNTO SP 


is JOIN SP ) INTO SSP ， 
S JOIN isp ) INTO SSP ， 





Ss FROM S ， DELETE dsp 





FROM SP : 


SSP MATCHING ds ) FROM SSP ， 
SSP MATCHING dsp ) FROM SSP ，; 








ON INSERT i 








INTO SSP : 


{ SNO , PNO , QTY } INTO SP ， 
{ SNO , CITY } INTO S)} 






































INSERT i 
INSERT i 

ON DELETE d 
DELETE ( 
DELETE ( 

下 面 让 我 们 来 看 


但 








FROM SSP : 
SP MATCHING d ) FRO 
( S MATCHING d ) NOT 





SP ， 




















MATCHING SSP ) FROM S ; 








一 些 例子 ， 它 们 都 将 套 








] 图 8.1 的 样本 值 。 汉 



































E 务 是 研究 关系 变量 S 和 SP 是 基础 关系 变量 ， 而 关系 变量 SSP 是 视 





么 我 将 首先 把 精 


1. 假设 我 们 从 关系 变 
是 从 关系 变量 SP 中 删除 数组 (S1，P1，300), 而 ( 






































力 集中 在 对 关系 变量 SSP 的 更 新 上 。 











ll 




















关系 变量 SSP ! 


2. 假设 我 们 从 关系 变量 SSP 
从 关系 变量 SP 中 删除 数组 (S3，P2，400)， 并 且 ( 


关系 变量 SSP 中 已 经 没有 任何 供应 商 S1 的 数组 了 ， 所 以 ) 也 从 关系 变量 S 中 区 

















上 尽 : 








用 的 水 数 依 


日 此， 这 个 示例 在 本 质 上 与 第 5 章 的 示例 2 是 非常 相似 的 。 正 因为 如 此 ， 我 就 不 
再 对 它 相 应 的 补偿 性 操作 进行 细节 的 分 机 了 。 相 反 ， 我 会 将 “既成 事实 ”直接 告诉 





























现在 我 们 的 首要 
图 的 情况 ， 那 








时 SSP 中 删除 数组 〈S1，London，P1，300) ， 那 么 效果 将 
因为 在 原始 删除 操作 执行 后 ， 














仍然 保留 着 一 些 供应 商 S1 的 数组 ， 所 以 ) 保持 关系 变量 $ 不 变 。 
































数组 (S3，Paris 
应 商 至 少 都 供应 


3. 假设 我 们 向 关系 变量 SSP 中 插入 数组 (S2，Paris，P3，500) ， 那 么 效果 将 是 


1 






































删除 数组 〈S3，Paris，P2，400) ， 那 么 效果 将 是 
因为 在 原始 删除 操作 执行 后 ， 














挤 除 


) 。 注意; 在 这 里 我 要 提醒 大 家 ， 我们 已 经 假设 在 本 例 中 每 一 个 供 











一 种 零 部 件 。 



























































在 这 里 我 要 5 引 j 人 币 


Relational Theory》 




















斯 定理 ， 这 在 第 5 章 中 我 们 也 曾 提 到 过 多 次 。 请 大 家 参看 《Database Design and 

















来 获得 更 进一步 的 解释 。 
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向 关系 变量 SP 中 插入 数组 (S2，P3，500)， 
4. 假设 我 们 向 关系 变量 SSP 中 搬入 数 纪 




















有 (S5, Athens, P3, 500),， 


而 保持 关系 变量 S 不 变 。 
那么 效果 将 是 





下 








向 关系 变量 SP 中 插入 数组 (S5, P3, 500), 并 








日 也 向 关系 变量 $ 中 插入 (S5, Athens)。 



































































































































至 于 显 式 UPDATE 操作 ， 我 不 再 袭 述 细节 了 ， 几 是 属于 下 面 3 种 更 新 的 需求 都 可 
以 顺利 执行 :(a〉 要 改变 某 些 设备 供应 的 供应 商号 码 、 零 部 件 号 码 或 者 数量 的 ， 
(b) 要 改变 某 些 供应 商 的 城市 的 ， 或 者 甚至 〈c) 要 改变 供应 商 的 供应 商号 码 的 。 

接 下 来 我 们 来 看 看 对 于 关系 变量 S 和 SP 的 更 新 。 

1. 假设 我 们 从 关系 变量 SP 中 删除 数组 (S1，P1，300)， 那 么 效果 将 是 从 关系 变 
量 SSP 中 删除 数组 (S1，London，P1，300)， 并 且 (因为 在 原始 删除 操作 执行 后 ， 

















关系 变量 SSP 中 仍然 保留 着 一 些 供应 商 S1 的 数组 ， 所 以 ) 保持 关系 变量 





2. 假设 我 们 从 关系 变量 SP 中 删除 所 有 关于 供 
变量 SSP 中 删除 所 有 关于 供 




















应 商 S1 的 数组 , 并 











ES 不 变 。 


了 么 效果 将 是 从 关系 
出 除数 组 (S1, 20 )。 





应 商 S1 的 数组 ,为 
从 关系 变量 S 中 


























假设 我 们 向 关系 变量 
量 SSP 中 插入 数组 (S2，Paris，P3，500)。 


4. 假设 我 们 尝试 向 关系 变量 SP 中 插入 数组 
向 关系 变量 S 进行 相应 插入 操作 的 话 ， 该 扣 


5. 假设 我 们 尝试 向 关系 变量 
系 变 量 SP 进行 相应 搬入 操作 


的 话 ， 该 操 
6. 假设 我 们 从 关系 变量 S : 


删除 数组 〈S1， 
中 删除 所 有 关于 供应 商 S1 的 数组 。 当 然 ， 这 
起 效 ， 这 将 会 (并 








3. 






































让 









































SP 中 插入 数组 (S2，P3，500)， 那 么 效果 将 是 向 关系 变 








(S5，P3，500)， 那 么 如 果 没 有 同时 





入 将 会 失败 。 


ES 中 插入 数组 (S5，Athens )， 那 么 如 果 没 有 同时 向 关 
ji 入 将 会 失败 。 





20)， 那 么 效果 将 
时 候 对 于 


是 从 关系 变量 SSP 
让 SSP 上 删除 的 规则 将 开始 




















不 合 到 
的 数组 。 
至 了 


于 显 式 UPDATE， 
们 在 第 4 章 有 过 相应 的 讨论 

















地 ) 导致 系统 从 关系 变量 


我 将 把 下 面 两 个 项 目的 证 明 工 作 交 给 大 家 作为 练习 : 〈a) 鉴 了 
可 以 想见 如 果 我 们 想 要 改变 某 个 供 











SP 中 删除 所 有 关于 供应 商 S1 














[我 
应 商 的 供应 商号 码 























论 ， 
时 , 我 们 没有 什么 别 的 选 


择 
UPDATE S WHER. 


E SNO = ‘S1’ 
UPDATE SP WHERE SNO = ‘S17’ 
他 


要 来 总 结 一 



































三 | 
全 过 


我 





(b) 但 
最 后 ， 











下 ， 前 











[只 能 自己 写 出 必要 的 双 UPDATE ii 


的 所 有 显 式 UPDATE 操作 都 可 以 正 
所 讲 的 这 些 规则 ， 尤 其 是 对 关系 变量 





吾 句 ,如 下 面 的 例子 











常 执行 





时 SSP 的 更 新 适 









































用 的 ,从 本 质 上 都 与 在 第 6 章 和 第 7 章 中 我 所 给 出 的 连接 更 新 规则 一 致 。 正 因为 如 




















此 ， 我 不 会 再 对 下 面 两 种 情况 进行 详细 说 明 : 〈a) 用 户 只 能 够 看 到 关系 变量 SSP， 



































(b) 关系 变量 SSP 是 视图 ， 而 S 和 SP 是 基础 关系 变量 。 因 为 已 经 有 足够 的 证 据 可 
以 证 明 在 这 两 种 情况 下 所 有 的 





8.2 示例 2: 信 








ee 














百 v 己 \ 


















































一 样 ， 并 不 是 所 有 的 供 

















更 新 都 可 以 正常 执行 。 


息 隐 藏 


下 面 我 将 要 修改 一 下 上 面 的 例子 ， 并 且 假设 ， 与 我 们 原始 的 供应 商 - 零 部 件数 据 库 
应 商都 必须 至 少 供应 一 种 零 部 件 。 在 这 种 情况 下 ,信息 等 









































价 就 消失 了 。 具 体 来 说 就 是 由 关系 变量 S 和 SP 整合 而 成 的 这 种 设计 可 




















C7 


以 表达 并 不 供 




















应 任何 零 部 件 的 供应 商 《〈 就 如 我 们 选取 供应 商 - 零 部 件数 据 库 常 用 样本 值 时 的 供应 商 








S5)， 而 仅 由 连接 SSP 构成 的 设计 显然 无 法 表达 这 类 信息 。 同 样 地 ， 现 在 已 经 无 法 再 
确保 在 SNO 和 CITY 这 两 个 属性 上 ， 关 系 变量 $ 与 关系 变量 S 和 SP 的 连接 SSP 艾 



































a 











投影 是 等 价 的 了 。 而 另 一 方面 ， 现 在 至 少 我 们 还 可 以 确保 在 SNO、PNO 和 CITY 这 
3 个 属性 上 ， 关 系 变量 SP 与 关系 变量 S 和 SP 的 连接 SSP 的 投影 依然 是 等 价 的 。 























尽管 如 此 ， 下 列 几 个 约束 还 是 适 月 








。 ”往常 的 键 约束 全 部 起 效 : {SNO} 是 S 的 键 , 而 {SNO,PNO} 是 SP 和 SSP 各 自 的 键 。 











于 修改 版 的 数据 库 。 





。 在 任意 给 定时 间 里 ，SSP 的 当前 值 都 等 于 S 和 SP 当前 值 的 连接 。 
。 FD {SNO} 一 {CITY} 在 SSP 中 起 效 ， 当 然 在 $ 中 也 同样 起 效 。 

















满足 上 述 条 件 的 实例 ， 详 情 请 
在 该 图 当前 值 下 的 关系 ， 与 它们 在 图 8.1 中 的 关系 是 相同 的 。 





参看 











通过 扩展 图 8.1 并 恢复 供应 商 S5 的 相关 数组 ， 我 们 就 可 以 得 到 一 个 数据 库 值 能 














图 8.2， 并 请 特别 注意 观察 关系 变量 SP 与 SSP 
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图 8.2 图 8.1 的 修改 版 
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关于 术语 的 注 





一 个 一 对 多 连接 , 但 是 你 必须 理解 这 


是 ， 术 语 








2 
lea 





个 案例 ， 它 可 








格 符合 的 情况 ， 比 如 我 们 在 第 8.1 节 讨 论 的 示例 1; 
8 现 这 种 情况 ， 即 一 方 含有 茶 元 素 ， 而 另 一 方 却 没 有 与 之 相对 应 的 





E 释 :本章 的 标题 展示 了 ， 或 者 说 至 少 是 强烈 暗示 了 S JOIN SP 依然 
有 所 说 的 “多 ”是 包含 零 的 情况 的 。 事 实情 况 
“一 对 多 ”在 使 用 上 经 常 不 是 很 严格 ,包含 以 下 两 种 丑 


























(b) 像 我 人 








sj 
入 








。(a) 所 谓 的 严 
目前 正在 讨论 的 这 











站 














元 素 。 下 面 是 一 段 轻微 编辑 过 的 文字 引 自 《The Relational Database Dictionary, 
Extended Edition》(Apress 出 版 ，2008 名 。 











严格 地 i 
规则 ， 它 规定 sl1 1 














的 每 





则 都 只 能 对 应 一 个 sl 中 的 元 素 。 然 而 ， 这 个 术语 却 经 常 被 使 
情况 进行 配对 : (a) sl 中 的 每 一 个 元 素 都 对 应 作 











而 对 以 下 3 各 
素 〈 数 量 可 外 








E 是 0), 而 s2 





的 sl 中 














SS | 














， 一 个 一 对 多 的 对 应 关系 是 对 两 个 集合 sl 和 S2 〈 不 是 必需 不 同 ) 配对 的 
个 元 素 都 至 少 对 应 一 个 s2 中 的 元 素 ，s2 中 的 每 一 个 元 素 




















得 不 那么 严格 ， 从 








E 意 数量 的 s2 中 的 元 














中 的 每 一 个 元 素 都 只 对 应 


























j 这 个 术语 。 





/Ar 








王 意 数量 的 s2 中 的 元 素 (数量 


个 sl 中 的 元 素 ; (b) sl 中 
的 每 一 个 元 素 都 至 少 对 应 一 个 s2 中 的 元 素 , 而 s2 中 的 每 一 个 元 素 都 至 多 对 应 一 个 
的 元 素 ;〈c) sl 中 的 每 一 个 元 素 都 对 应 
是 0), 而 s2 中 的 每 一 个 元 素 都 对 应 至 多 一 个 的 sl 中 的 元 素 。 除 非 想 要 表达 的 意 ， 
非常 明确 ， 否 则 我 们 最 好 避免 使 ) 





已 
已 


可 色 














Cs 


























虽然 文中 最 后 一 句 话 是 
过 我 想 我 的 指示 意义 在 








这 么 写 的 ， 
上 下 文 之 间 都 是 很 明确 





但 我 在 本 章 中 还 是 偶 


会 使 用 








下 这 个 术语 , 不 





小 











的 。 














我 想 向 大 家 再 次 说 明 的 是 ， 
再 保证 关系 变量 




















由 关系 变量 SSP 单独 表达 的 





之 则 不 成 立 。( 这 里 举 一 个 


“取得 一 个 不 供应 零 部 件 的 供应 商 的 











会 有 特定 的 更 新 可 以 在 S | 


上 月. 
候 


相同 供应 商 S9 的 数组 。 
我 六 
例 2 的 分 析 ， 正 如 我 在 第 7 











ES 与 连接 的 投影 在 相应 的 


F 不 想 在 这 里 对 这 个 例子 做 过 多 的 调研 分 析 。 相 


E 因 为 S 和 SP 的 连接 SSP 有 





了 











用 











言 息 丢 失 ， 所 以 我 们 无 法 











性 上 等 价 。 更 





是 
山 











\ 体 点 来 说 就 是 任何 可 以 
言 息 一 定 可 以 被 关系 变量 S 和 了 的 整合 所 表达 ， 而 反 
后 者 中 元 素 在 前 者 中 没有 对 应 元 素 的 查询 例子 ， 











三 
候 


日 


那 就 








路 


pe 
























































的 做 法 一 样 。 更 具体 地 讲 ， 

















对 那个 例子 的 














1 季 分 析 稍 做 修改 也 完全 可 以 适用 于 现在 这 个 例 
我 认为 在 本 章 前 面 为 严格 的 多 对 多 连接 视 


车 I 

















图 更 新 所 修改 过 的 规 








t 应 商号 码 ” )。 由 此 导致 的 结果 就 是 显然 这 上 
执行， 但 却 没 办 法 相应 地 在 SSP 中 进行 。 一 个 
向 S 插入 一 个 关于 供应 商 S9 的 数组 ”， 而 没有 同时 向 SP 中 插入 至 少 一 个 关于 











例子 就 


反 , 我 要 直接 援引 第 6 章 中 对 示 
就 是 我 要 说 在 第 6 章 中 








日 


子 。 换 句 话说 , 就 是 
则 , 如 果 需 要 可 以 直 











接应 用 于 本 例子 中 。 改 述 一 句 我 们 在 第 6 章 讨论 中 的 话 ， 如 果 我 们 能 够 认可 这 个 观 





了 么 我 们 至 少 能 


Pa 




















够 获得 
有 效 并 且 在 多 对 多 连接 应 当 严 格 符合 条 件 时 保证 它们 确 





一 系列 通用 的 一 对 多 连接 视 








友和 人、 


汰 付 写 














图 更 新 规则 ， 这 些 规则 总 


sl 
外 


更 不 用 说 这 个 规则 








? 
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其 实 对 所 有 连接 视图 都 有 效 ， 不 
因为 某 种 原 


外 ， 


的 解决 办 法 ， 比 如 











如 果 这 些 规 则 有 时 


























因 侦 尔 会 























解决 以 上 问题 。 


8.3 


我 人 
说 ( 
问题 
外 键 本 身 〈 其 实在 第 


小 结 





数据 库 管 理 


管 连接 是 一 对 
出 现 不 好 月 





























系统 授权 的 子 系统 来 禁 4 





对 多 ， 还 是 多 对 多 了 。 除 此 之 
的 情况 ,那么 这 里 也 有 特定 






































上 某 些 特定 的 更 新 ,这 可 以 


] 终 于 来 到 了 这 3 章 对 连接 更 新 讨论 的 结尾 。 不 过 在 结束 时 ,我 还 有 一 些 观 点 要 




















是 关于 外 键 的 。 大 家 可 




















的 。 
是 对 
关系 ,| 
键 连接 ”( 如 果 非 要 月 





ij 究 其 原因 











连 
































不 是 。 





大 SS 让- 上 > 
1 已 不 了 
不 启 志和 





但 是 ， 我 在 第 2 章 中 也 说 过 ， 像 上 面 
是 约束 的 简写 方式 ， 同 样 的 
可 能 会 写 得 更 见长 一 些 。 
{SNO} 是 关系 变量 SP 





一色 




















ij 我 则 有 意 地 想 要 回避 这 个 概念 。 训 
这 种 术语 





能 注意 到 了 ， 在 多 


和 6、7、8 这 3 章 ， 









































5 章 对 于 投影 部 分 也 没有 提 )。 实 际 上 ， 这 个 省 略 
则 是 ， 在 数据 库 界 ， 有 大 量 的 人 存在 这 样 一 种 模糊 的 概念 ， 那 就 
接 进行 更 新 与 其 “到 底 是 根据 外 键 定义 还 是 根据 相应 的 目 











尼 们 都 或 多 或 少 地 与 我 们 的 主题 相关 ， 不 过 你 当然 也 可 以 忽略 它们 )。 第 一 个 
我 并 没有 明显 提 及 








是 我 有 意 为 


























标 键 定义 的 ”有 些 














说 回来 , 在 我 的 例子 中 确 
































种 





VAR SP BASE 





RELATION 








{ SNO CHAR , PNO CHAR , ©Q 


KEY { SNO , PNO } 
FOREIGN KEY { SNO 
FOREIGN KEY { PNO 














经 讲 过 ， 它 是 我 1 








} REF 
} REF 


ERENCES S 
ERENCES P 















































门 常 





Y INTEGER } 
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过 


(我 提醒 大 家 ，UNIQUE 这 个 量词 可 以 读 作 “这 是 
问 Tutorial D 的 与 这 个 关系 运算 表达 式 等 价 


下 面 就 是 我 们 


全 已 
能 会 





表达 为 一 个 多 元 约 


FORALL x € SP 


束 ， 








的 一 个 外 键 引 


( UNIQUE y € S ( 














J] 以 


口 








定义 完全 





j 来 定义 外 键 的 











有 具体 点 来 











详细 如 下 。 


x.SNO = y 


实 有 一 些 是 “外 














的 话 )， 但 并 不 都 是 ,尤其 在 第 7 章 中 使 用 的 例子 都 





， 我 还 是 要 针对 外 键 在 Tutorial D 中 的 情况 做 一 些 说 明 。 大 家 请 看 下 面 这 
个 例子 ， 我 们 在 第 2 章 ， 











普通 语句 。 























到 的 FOREIGN KEY 这 种 表述 法 本 质 上 就 
j 显 式 CONSTRAINT 语句 来 表达 ， 只 是 








说 ， 我 在 第 3 章 曾经 展示 过 这 样 
用 了 关系 变量 $ 的 键 {SNO)}， 它 可 以 通过 关系 











.SNO ) ) 




















. 


























CONSTRAINT ... IS_ 





EMPTY ( 


] Tutorial D 写 出 的 语句 。 





SP NOT MATCHING S ) ， 


个 例子 ， 




















”) 那么 你 可 


的 “完整 版 ”是 什么 样 的 。 








视 医 
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但 是 这 个 声 
应 都 和 
好 ”一 个 相 


明 并 不 能 完全 














亡 菲 


靠 自己 来 实现 我 们 想 要 











Wi 有“ 至少” 一 个 相应 的 
让 的 供 





应 商 >。 





一 





供应 








的 效果 。 它 所 说 的 是 每 一 个 设备 供 











而 。 然 而 我 们 想 要 说 的 是 每 个 设备 供应 只 























二 











I 有 


“从 




















那么 其 实 我 们 还 可 以 











的 ， 这 种 方式 叫 作 “镜像 关系 ”( 关 于 这 个 概念 





Theory》)。 


CONSTRAI] 


解释 说 明 : 





上 县 


一 





体 来 说 ， 我 们 可 以 这 样 


NE Ss 




















的 数组 集合 
数组 都 只 能 


从 用] 





我 们 还 是 接着 说 Tutorial 
的 表达 式 。 你 可 
式 。 实 际 上 我 们 还 是 有 几 种 方式 来 表达 的 ， 而 其 


出 的 方式 。 


CONSTRAINT ... 


你 可 





FD { SNO 





有 效 地 达到 我 们 的 

















以 将 这 个 CONSTRAINT 声 明 读 作 : 
CITY 的 投影 组 成 的 关系 变量 


IS_EMPT 


全 已 避 = 
能 已 经 注意 





EF 写 : 





Y 人 


到 ， 我 并 没有 给 出 











SP WHERE COUNT 


皇 何 与 使 





详情 请 参 





(rb oe) 





zz 











于 








a 






































SSP { SNO , CITY } KEY { SNO } }; 


“如 果 我 们 要 




















量 ， 那 么 该 关系 变量 

















目的 ， 








EE 


应 该 和 





























有 键 {SNO}”， 
因为 它 隐 性 地 声明 了 下 列 FD 在 关系 变量 SSP， 


j 另 一 种 方便 的 简化 方式 来 达到 目 
参阅 


《SQL and Relational 


7 








对 于 给 定 的 SP 数组 ， 表 达 式 !8 读 作 “ 棒 棒 S” 或 者 “ 双 棒 S”， 表 示 S 
有 和 SP 数组 相同 的 供应 商号 码 。 
省 有 恰好 一 个 相对 应 的 S 数组 。 


D 语句 ， 你 可 能 还 会 感 兴趣 如 何 用 来 写 出 函数 依赖 (FD) 
了 FD 的 例子 有 关 的 表达 
最 为 简洁 的 也 许 


因此 ， 该 约束 整体 要 求 每 一 个 SP 











F 就 是 我 下 面 所 列 














定义 一 个 由 SSP 关 于 SNO 和 


这 个 约束 可 以 
起 效 "。 














大 家 可 以 回忆 一 下 第 5 章 的 一 个 注脚 ,说 的 是 如 果 K 是 关系 变量 R 的 键 ， 那么 FD 


K 一 X 在 Ri 


i 


作者 注 : 











青 大 家 注 ; 











之 、 
是 过 





存在 ， 对 所 有 具备 R 关系 头 
一 点 ， 人 














的 子 集 





X 起 效 。 





浮 > 


过 任意 复 


通 壤 



































杂 度 的 关系 表达 
最 后 ， 你 可 能 还 有 疑 





二 汪汪 








问 ， 我 们 














目 . 泵 中 王 
是 否 需 要 








。 后 面 的 章节 我 
些 特别 的 语句 来 表示 连接 依赖 (JD) 或 者 





还 会 





侍 引 月 


多 值 依赖 (MVD)。 这 个 我 想 我 们 没有 。 例如 ， 我们 可 以 参考 第 
如 果 我 们 详细 解读 下 面 这 个 约束 : 




















其 实在 某 种 情 


















































到 这 一 点 。 


7 章 的 第 一 个 例子 ， 

































































































































































. 情况 下 这 个 声明 是 可 以 达到 目的 的 ， 那 就 是 这 里 需要 有 另外 一 个 约束 使 S 中 的 供应 商号 
码 都 是 唯一 不 重复 的 。 但 是 这 样 就 必须 从 另外 两 个 被 隐 性 声明 的 约束 中 推断 出 这 个 还 比较 重要 的 约 
束 隐 性 起 效 ， 这 至 少 从 用 户 的 角度 来 看 是 有 点 不 友好 的 。 

3 其 实 它 隐 性 地 声明 了 FD {SNO} 一 {CITY} 在 关系 变量 SSP 的 SNO 和 CITY 上 的 “投影 ”中 起 效 。 
但 是 我 们 很 容易 证 明 一 个 给 定 的 FD 当 且 仅 当 它 在 给 定 的 关系 变量 R 自身 中 起 效 的 时 候 ， 它 可 以 在 
该 R 的 给 定投 影 上 起 效 。 
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CONSTRAINT ... SCP = JOIN { SCP { SNO , CITY } , SCP { PNO , CITY } }，}; 


会 发 现 它 等 价 于 我 们 对 下 面 这 个 在 关系 变量 SCP 中 起 效 的 JD 所 做 的 声明 。 

i{ { SNO , CITY } , { PNO , CITY } } 
它 同 样 也 等 价 于 在 关系 变量 SCP 中 起 效 的 特定 的 一 对 MVD 的 声明 。 与 FD 的 情况 
不 同 ， 我 们 说 某 个 关系 变量 等 价 于 其 特定 投影 的 连接 ， 并 “不 ”等 于 说 明 茶 些 FD 
起 效 ， 而 这 也 是 为 什么 通常 我 们 都 要 对 FD 进行 单独 的 具体 说 明 的 原因 。 
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第 9 章 


交集 视图 





更 新 交集 ， 有 时 需要 修正 。 


一 一 Anon: 《Where Bugs Goy》 





在 本 章 以 及 接 下 来 的 两 章 中 ， 我 将 把 我 的 重心 放 在 交集 视图 、 合 并 视图 以 及 差异 
视图 上 。 当 然 ， 我 已 经 在 第 6 章 中 讲 了 一 些 关 于 交集 视图 的 内 容 ( 也 就 是 本 章 的 
标题 )， 那 就 是 交集 是 一 对 一 连接 的 特殊 情况 ， 不 过 关于 这 个 议题 我 们 还 有 很 多 
需要 讲 的 。 


首先 我 要 说 一 说 本 章 的 行文 结构 。 令 DB1 和 DB2 分 别 为 一 个 基础 关系 变量 集合 和 
一 个 视图 集合 。 在 前 面 几 章 中 ,我 对 限制 、 投 影 以 及 连接 视图 等 主题 大 体 做 了 如 下 
套路 的 介绍 : 首先 ， 我 会 分 析 一 个 具体 的 DB1; 其 次 ， 我 会 分 析 一 个 与 DB1 等 价 的 
具体 的 DB2; 最 后 ， 我 会 分 析 另 一 个 DB2， 这 个 DB2 并 不 等 价 于 DB1， 而 是 引入 了 
某 些 信息 隐藏 。 但 是 , 这 种 方式 并 不 太 适 用 于 交集 视图 '。 原因 是 这 样 的 : 假设 DB1 
包含 基础 关系 变量 A 和 B; 而 DB2 只 包含 视图 VY，V 定 义 为 A 与 B 的 交集 ， 即 V = A 
INTERSECT B。 那 么 只 有 在 A=B 的 情况 下 DB2 才能 信息 等 价 于 DB1， 但 是 A=B 这 种 
情况 下 我 在 第 6 章 临 近 末尾 的 一 个 注脚 中 有 提示 过 ) 定义 视图 V 就 没有 什么 意义 
可 

也 就 是 说 ，A 和 B 相等 这 种 情形 我 们 研究 起 来 其 实 并 没有 太 大 意义 。 除 此 之 外 ， 

研究 A 和 B 完全 不 相交 的 情况 也 没有 什么 意义 ， 在 这 种 情况 下 没有 任何 数组 能 够 
同时 出 现在 两 个 关系 变量 中 。 如 果 它 们 完全 不 相交 的 话 ， 那 么 交集 视图 V 将 永远 




















































































































am 



































































































































































































































' 这 种 方式 同样 也 不 太 适用 于 后 面 两 章 的 主题 一 一 合 

















图 和 差异 视图 ， 只 是 原因 不 同 。 








党 
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为 空 ， 因 此 在 V | 
非 插 入 的 也 是 “ 空 操作 ”)。 所 以 我 想 要 探讨 的 有 意思 的 例子 是 A 和 B 并 不 等 价 ， 
但 是 至 少 是 有 重 又 的, 这 样 的 话 相同 的 数组 就 有 可 能 同时 分 别 出 现在 二 

















上 的 删除 操作 总 是 “ 空 操作 ”， 而 向 V 的 插入 操作 也 总 会 失败 〈 除 































































































者 之 中 。 因 





此 ,下 面 我 们 将 要 讨论 两 类 主要 的 例子 , 一 种 情况 是 二 者 的 重合 是 显 式 的 (后 面 我 
会 解释 这 个 说 法 的 意思 )， 而 男 一 种 则 是 二 者 的 重合 仅仅 是 隐 性 的 。 男 外 ， 我 不 会 
再 去 验证 这 两 类 例子 中 所 有 关系 变量 都 是 基础 关系 变量 的 情况 , 相反 我 会 给 定 两 个 
关系 变量 A 和 B 开始 , 并 立刻 定义 它们 的 交集 A INTERSECT B 为 一 个 视图 , 从 这 
里 开始 对 它们 进行 观察 与 分 析 。 






















































































9.1 示例 1: 显 式 重 又 

















我 的 第 1 个 例子 























是 基于 在 第 4 章 4.9 节 “ 重 又 限制 ”中 已 经 分 析 过 的 针对 限制 视图 
的 例子 。 它 涉及 到 两 个 关系 变量 NLS(“ 非 London 供应 商 ”) 和 NPS( 壬 Paris 供 














应 商 ”)， 详 情 如 下 。 





NLS { SNO , SNAME , STATUS , CI 
NPS { SNO , SNAME , STATUS , CI 








EY { SNO } 
EY { SNO } 




















Y }K 
Ye 


























当然 ， 如 果 按 照 我 们 惯常 所 见 的 供应 商 - 零 部 件数 据 库 来 看 ， 这 些 关系 变量 大 概 都 





是 视图 ， 具 体 来 i 






















































































都 是 关系 变量 S 的 视图 ， 但 是 你 也 大 可 以 把 它们 视 为 基础 关系 变 
量 。 除 此 之 外 ,观察 可 知 这 些 关 系 变量 显然 是 有 重 登 的 ， 更 具体 地 说 就 是 关于 那些 








既 不 在 London, 浅 在 Paris 的 供应 商 的 数组 将 会 同时 出 现在 这 两 个 关系 变量 中 。( 确 


实 ， 这 类 数组 “必须 ”同时 出 现在 二 者 之 中 ， 而 这 要 归功 于 下 面 所 列 出 的 相应 的 谓 
词 ， 以 及 “ 闭 域 假设 ) “那么 现在 也 许 你 可 以 看 出 为 什么 我 会 说 在 这 个 例子 中 重 























uy 


合 是 显 式 的 了 ,一 个 数组 想 要 同时 出 现在 两 个 关系 变量 中 则 必须 满足 以 下 条 件 : (a) 


可 以 通过 验证 9 























到 相应 的 约束 中 (后 面 我 会 验 训 

















单 的 限制 条 件 〈 关 于 这 个 概念 的 定义 可 以 参考 附录 B )。 
下 面 所 列 的 是 各 个 关系 变量 的 谓词 。 





NLS: 供应 商 SNO 已 经 签约 ， 名 字 是 SNAME， 拥 
CITY (CITY 不 是 London )。 












































骨 显 存在 于 该 数组 中 的 值 的 方式 来 检查 ，(b) 确实 能 够 被 显 式 地 影射 
F)。 注 意 : 正式 地 来 讲 ， 上 面 所 说 的 条 件 是 一 个 简 





有 状态 STATUS， 并 且 位 于 城市 


NPS: 供应 商 SNO 已 经 签约 ， 名 字 是 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 





























”关于 这 点 这 是 
第 2 章 的 注 























有 要 说 明 一 下 ， 我 们 这 里 遇 到 了 和 第 4 章 相同 的 局 面 ， 那 就 是 谓词 违反 了 
却 中 谈 到 过 ， 而 这 样 导致 的 效果 就 是 关系 变量 R1 和 R2 的 谓词 最 好 应 当 是 可 以 预防 同一 
个 数组 能 够 同时 满足 它们 两 个 的 可 能 性 的 。 























原则 ， 这 个 在 
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CITY (CITY 不 是 Paris )。 











下 面 我 们 定义 关系 变量 NLS 和 NPS 的 交集 为 视图 XLP。 
XLP { SNO , SNAME , STATUS , CITY } KEY { SNO } 
这 个 关系 变量 的 谓词 如 下 。 


XLP: 供应 商 SNO 已 经 签约 ， 名 字 是 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 
CITY (CITY 既 不 是 London， 也 不 是 Paris )。 


样本 值 如 图 9.1 所 示 。 


Mt 
































NLS 


SNO SNAME STATUS CITY 


XLP 
SNO SNAME STATUS 








SNO SNAME STATUS CITY 


20 London 
20 London 


Athens 














9.1 关系 变量 NLS、NPS 以 及 XLP 的 样本 值 











在 这 个 例子 中 有 哪些 约束 起 效 呢 ? 首先 是 我 们 已 经 说 过 的 , {SNO}) 分 别 是 3 个 关系 
变量 的 单 键 。 其 次 ，{SNO} 在 XLP 中 是 外 键 ， 同 时 引用 了 NLS 和 NPS。 最 后 ， 我 
们 显然 还 拥有 以 下 约束 。 







































































CONSTRAINT ... XLP = NLS INTERSECT NPS }; 

CONSTRAINT ... IS_EMPTY ( NLS WHERE CITY = ‘London’ ) ，; 
CONSTRAINT ... IS_ EMPTY ( NPS WHERE CITY = ‘Paris’ ) ，} 
CONSTRAINT ... ( NLS WHERE CITY 夫 ‘Paris’ ) = 








( NPS WHERE CITY 夫 ‘London’ ) ，; 


请 大 家 特别 注意 最 后 一 条 ， 它 表明 对 NLS 和 NPS 各 自 的 特定 更 新 必须 相应 地 级 联 
到 对 方 之 中 。 












































ON INSERT i INTO NLS : INSERT ( i WHERE CITY 5 ‘Paris’ ) INTO NPS }; 
ON INSERT i INTO NPS : INSERT ( i WHERE CITY A ‘London’ ) INTO NLS ; 
ON DELETE d FROM NLS DELET ( d WHERE CITY A ‘Paris’ ) FROM NPS ，; 
ON DELETE d FROM NPS DELETE ( d WHERE CITY 夫 ‘London’ ) FROM NLS }; 
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于 是 我 们 就 有 了 下 面 几 点 需要 注意 。 


。 首先 , 大 家 可 能 注意 到 了 ， 上 面 这 几 条 规则 中 并 没有 提 到 关系 变量 XLP， 实 际 
上 即使 XLP 不 存在 ， 它 们 也 还 是 被 需要 的 。 


e。 在 删除 规则 中 ， 其 实 如 果 我 们 删 掉 (或 者 说 ， 直 接 用 TURE 代替 ) 限制 条 件 
CITY 关 “Paris” 和 CITY 关 “London” 也 不 会 有 多 大 不 同 。 我 把 它们 加 进来 是 
为 了 让 大 家 看 得 更 明确 ， 同 时 也 是 为 了 与 插入 规则 对 称 。 

e。 正如 在 第 4 章 中 提 到 过 的 ， 上 面 所 列 约束 的 最 后 一 条 ， 就 是 那 条 表明 必须 级 联 
的 约束 ， 同 时 也 表明 关系 变量 NLS 和 NPS 合 在 一 起 违反 了 “ 正 交 设计 原则 ”。 
不 过 ， 这 对 于 目前 我 们 的 分 析 目 的 来 说 并 不 重要 。 

。 最 后 , 我 们 需要 一 个 约束 来 达到 这 样 的 效果 , 如 果 某 个 供应 商 同时 出 现在 NLS 
和 NPS 之 中 ， 那 么 分 别 代表 该 供应 商 的 两 个 数组 应 该 是 完全 相同 的 。 下 面 这 
个 约束 声明 了 {SNO} 是 NLS 和 NPS 合并 的 键 ， 它 就 可 以 达到 这 个 效果 : 
CONSTRAINT ... UNION { NLS ，NPS } KEY { SNO } 

当然 ， 如 果 关 系 变 量 NLS 和 NPS 实际 上 是 供应 商 关 系 变 量 S 的 视图 的 话 ， 那 么 这 

个 约束 就 会 自动 地 被 强制 执行 。 

现在 让 我 们 回 到 规则 本 身 。 从 NLS 和 NPS 到 交集 关系 变量 XLP 的 级 联 又 是 怎么 样 

的 呢 ? 其 实 这 些 规 则 都 来 得 很 直接 。 
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ON INSERT i INTO NLS : INSERT ( i WHERE CITY 夫 ‘Paris’ ) INTO XLP ;，; 
ON INSERT i INTO NPS : INSERT ( i WHERE CITY 5 ‘London’ ) INTO XLP ; 
ON DELETE d FROM NLS : DELETE ( d WHERE CITY 夫 ‘Paris’ ) FROM XLP ;，; 
ON DELETE d FROM NPS : DELETE ( d WHERE CITY 夫 ‘London’ ) FROM XLP ; 
























































同样 的 ， 删 除 规则 中 的 限制 条 件 也 可 以 被 去 掉 而 不 会 产生 什么 不 同 。 
最 终 ， 下 面 列 出 的 是 对 于 交集 关系 变量 本 身 的 更 新 规则 。 












































ON INSERT i INTO XLP : 
INSERT ( i WHERE CITY 5 ‘London’ ) INTO NLS ， 
INSERT ( i WHERE CITY 5 ‘Paris’ ) INTO NPS }; 














ON DELETE d FROM XLP : 
DELETE ( d WHERE CITY 5# ‘London’ ) FROM NLS ， 
DELETE ( Q WHERE CITY 5 ‘Paris’ ) FROM NPS }; 


那么 我 们 又 有 几 点 需要 注意 。 
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。 让 我 们 移 聚 焦 在 册 


ee 




















除 规则 上 来 。 只 要 我 们 的 例子 还 和 XLP 有 关 ， 那 么 删除 操 
作 级 联 到 关系 变量 NLS 和 NPS 之 一 就 是 很 重要 的 事情 。 但 





是 只 要 操作 级 联 到 


其 中 一 个 ， 就 会 导致 对 另 一 个 的 额外 级 联 ， 而 这 里 也 没有 一 个 好 的 原因 让 系统 
偏爱 其 中 一 个 , 至 少 从 实际 语法 上 而 言 (当然 , 假设 两 个 关系 变量 都 是 可 见 的 )， 
也 可 以 说 它 是 一 个 不 产生 差异 的 差异 , 所 以 我 设 定 将 级 联 同时 作用 于 这 两 个 关 
系 变量 ， 这 既是 为 了 对 称 ， 也 是 为 了 让 例子 更 明确 。 


。 ”实际 上 ,对 插 























FE 入 规则 来 说 我 也 有 类 似 的 观点 (通常 来 讲 ， 向 一 个 交集 做 扣 














和 人 操 


作 需 要 同时 级 联 到 涉 事 双方 ， 而 在 目前 这 个 例子 中 , 则 是 只 要 级 联 到 其 中 一 方 
就 将 导致 对 另 一 方 的 额外 级 联 )。 
。 同样 的 , 这 里 的 限制 条 件 也 可 以 被 去 掉 而 不 造成 什么 损失 ,而 且 这 次 对 插入 规 
则 和 删除 规则 都 适用 。( 到 底 是 为 什么 呢 ?) 

















当然 ， 正 如 我 在 本 章 介绍 中 所 解释 的 那样 ， 我 们 现在 讨论 的 是 一 个 交集 的 例子 ， 因 



































此 我 们 目前 遇 到 的 情况 就 是 信息 等 价 在 定义 阶段 就 是 不 成 立 的 。 也 就 是 说 , 作 


























FE 何 可 





以 通过 关系 变量 XLP 单独 表达 的 信息 一 定 都 可 以 被 关系 变量 NLS 和 NPS 整合 后 表 
达 ， 但 反之 却 不 然 。( 有 一 个 查询 的 例子 “找到 London 的 供应 商 ”， 它 刚好 可 以 体 
现 后 者 的 信息 在 前 者 没有 对 应 信息 的 情况 。) 这 种 情况 的 后 果 就 是 显然 会 有 特定 的 
和 /或 NPS 中 执行 ， 但 在 XLP 中 却 没 有 相应 的 更 新 。 我 们 举 一 个 
那 就 是 “向 NPS 插入 一 个 供应 商 S9 的 数组 并 且 没 有 同时 向 NLS 








更 新 可 以 在 NLS 
这 类 更 新 的 例子 ， 


















































































































































插入 相同 的 数组 ”， 即 告诉 数据 库 要 进行 如 下 更 新 : 有 个 位 于 London 的 “新 ” 
商 S9。 但 是 ， 除 了 所 有 上 面 所 说 的 之 外 ， 尤 其 是 缺少 信息 等 价 这 条 ， 至 少 我 们 知 
道 所 有 在 交集 视图 XLP 上 的 更 新 都 能 够 令 人 满意 地 正常 执行 。 而 能 够 这 样 令 人 满 



























































意 的 原因 正 是 本 示例 中 的 重合 是 显 式 的 。 
































供应 


下 面 让 我 们 来 快速 思考 一 下 ， 一 个 用 户 只 能 看 到 关系 变量 XLP， 也 就 是 一 个 信息 
隐藏 的 情况 会 发 生 什 么 。 这 个 用 户 会 有 以 下 体验 。 






































a. 会 知道 该 关系 
b. 将 会 知道 供应 


c. 将 不 会 知道 任 

















变量 的 谓词 。 
































商号 码 都 是 唯一 的 ， 而 且 CITY 值 永远 不 会 是 London 或 者 Paris。 








何 补偿 性 操作 。 









































这 类 用 户 既 不 能 向 该 关系 变量 插入 数组 , 也 不 能 在 该 关系 变量 中 更 新 任何 供应 商号 
码 ， 因 为 这 些 操 作 都 有 潜在 风险 会 违反 该 用 户 所 不 知道 的 约束 。 


最 后 ， 我 还 要 说 一 点 ， 如 果 NLS 和 NPS 自己 是 视图 的 话 ， 即 关系 变量 S 的 视图 ， 
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HH 
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让 我 们 











g 么 XLP 还 可 以 被 直接 定义 为 S$ 的 限 秆 

















WHERE CITY 元 ‘London’” 




















更 新 捐 











姑且 叫 它 限制 条 件 XLP”。 








那么 显然 











有 相同 的 效果 ， 而 它们 也 确 


。 INSERT: 不 论 是 要 向 XLP， 
值 不 能 是 London 或 者 Paris 。 


。 DELETE: 不 论 是 要 从 XLP， 








London， 也 不 是 Paris 的 CITY 值 。 


上 实 会 这 本 





条件， 于 是 有 : 


AND CITY 夫 \Paris' 


在 XLP' 上 的 更 新 应 该 与 在 XLP 上 的 











Hh ~ 





、 





。 有 具体 来 说 情况 如 下 。 











还 是 XLP' 揪 和 数组， 都 必须 保证 该 数组 的 CITY 


还 是 XLP’ 删 除 的 数组 ， 也 都 一 定 拥有 既 不 是 


我 还 有 不 少 关于 关系 变量 更 新 的 内 容 要 讲 ， 确 切 地 说 ， 是 关于 视 


图 更 新 的 ， 


等 价 。 





9.2 示例 2: 
对 于 第 2 个 例子 ， 
部 件 























给 出 














那么 当然 
存世 零 部 件 号 码 。 





隐 式 重 又 








让 我 们 从 供应 商 转 换 为 




















零 部 件 。 假设 ,在 任意 给 定 


EF 在 销售 ， 某 些 零 部 件 在 库存 中 ， 有 些 两 种 情况 都 有 。 那 么 再 假设 我 们 
































情况 定义 给 两 个 关系 变量 , 每 个 关 
FE 在 销售 的 零 部 件 号 码 ， 
， 这 两 个 关系 变量 的 交集 ， 
然而 关键 是 我 们 无 法 仅仅 通过 观察 一 个 原始 零 部 件 




















而 男 一 个 关系 变量 PK 则 给 
我 们 叫 它 XLK, 给 出 的 就 是 既 在 出 





系 变量 只 有 一 个 属性 PNO, 其 中 一 个 关系 变量 PL 


H 在 库存 中 的 零 











第 14 章 我 会 呈现 给 大 家 ， 它 们 的 定义 形式 不 同 ， 


却 都 

















各 这 种 





部 件 号 码 。 


























给 定 的 数组 就 判断 这 个 零 部 件 到 底 是 应 该 











者 共同 ， 或 者 两 者 都 不 。 换 句 训 








说 ， 重 肘 在 这 里 






























































谓词 就 变 得 非常 简单 。 

















PL: 零 部 件 PNO 正在 销售 。 


PK: 零 部 件 PNO 在 仓库 中 。 


零 部 件 PNO 既 在 销售 ， 也 在 仓库 


XLK: 





















































”通过 观察 大 家 可 以 发 现 ， 
比如 它们 都 违反 了 我 们 提 到 过 的 原则 ， 
它们 又 与 NLS 和 NPS 有 





























的 可 能 性 。 而 另 一 方面 ， 
这 是 因为 这 里 并 没有 
在 另 一 个 中 出 现 。 























个 约束 规定 如 果 一 














有 存货 。 

















那 就 是 相应 的 谓词 应 当 避 免 一 个 数组 同时 满足 两 
































不 同 点 ， 那 就 是 它们 没有 违反 “ 正 





人 
PS 














个 特定 和 


的 数组 出 现在 其 中 一 个 关系 变量 中 ， 蛋 




















半 ， 又 有 库 
关系 变量 P 中 





通过 哪个 关系 变量 表达 ， 是 PL、PK、 两 
是 隐 式 的 ， 而 非 显 式 的 2 医 


因此 ， 





关系 变量 PL 和 PK 与 第 9.1 节 的 关系 变量 NLS 和 NPS 在 某 些 方面 很 相似 ， 
个 关系 变量 
设计 
P 么 它 也 必须 


原则 ”。 
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样本 值 如 图 9.2 所 示 。 请 注意 ， 参 考 我 们 平时 PNO 的 值 来 看 ， 我 猜想 在 这 个 例子 
中 ， 零 部 件 P4 既 不 在 售 ， 也 没有 库存 。 






























































图 9.2 ”关系 变量 PL、PK 以 及 XLK 的 样本 值 























至 于 约束 ，{PNO] 显 然 分 别 是 3 个 关系 变量 的 
变量 的 交 和 


CONSTRAINT ... XLK = PL INTERSECT PK 7 


单 键 ， 而 XLK 等 价 于 其 他 两 个 关系 








pa 
6 











对 PL 和 /或 PK 的 更 新 无 疑 如 下 所 示 。 

































































ON INSERT i INTO PL : INSERT ( i INTERSECT PK ) INTO XLK ; 
ON INSERT i INTO PK : INSERT ( i INTERSECT PL ) INTO XLK ; 
ON DELETE d FROM PL : DELETE d FROM XxLK ; 
ON DELETE d FROM PK : DELETE d FROM XLK ; 





















































那么 对 XLK 的 更 新 又 如 何 呢 ? 我 们 说 ， 插 入 规则 是 很 明显 的 。 


ON INSERT i INTO XLK : 
INSERT i INTO PL , INSERT i INTO PK ，; 









































至 于 删除 规则 ， 显 然 它 应 该 足以 让 对 XLK 的 删除 操作 只 级 联 到 PL 和 PK 其 中 之 一 ( 当 
然 至 少 也 要 级 联 到 其 中 一 个 上 )。 然而, 这 里 并 没有 好 的 理由 让 系统 选择 其 中 一 个 ， 而 
不 是 另 一 个 ， 实 际 上 ， 因 此 我 们 在 这 里 遇 到 的 情况 又 是 歧义 问题 ， 这 个 我 在 第 6 章 中 
已 经 详细 讨论 过 一 一 至 少 是 它 的 一 种 特殊 情况 ， 而 当时 的 讨论 经 过 相应 的 调整 后 在 这 
里 也 同样 适用 “。 因此 我 推荐 将 下 面 所 列 的 内 容 作 为 一 个 合适 的 删除 规则 (注意 观察 ， 
尔 会 发 现 它 与 第 9.1 节 示 例 1 的 删除 规则 具有 相同 的 格式 ， 而 这 并 不 是 偶然 的 )。 


ON DELETE d FROM XLK : 
DELETE d FROM PL , DELETE Q FROM PK ，; 


当然 , 我 们 再 一 次 面 对 信息 等 价 消失 的 情况 。 也 就 是 说 , 任何 可 通过 关系 变量 XLK 






















































































































































































“我 要 提醒 大 家 ，David McGoveran 有 一 个 办 法 可 以 解决 歧义 问题 ， 我 在 第 15 章 中 将 会 讨论 。 不 过 请 
一 定 注意 ， 上 收 义 问题 并 没有 出 现在 显 式 重合 的 示例 1 中 。 
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单独 表达 的 信息 一 定 都 可 以 被 关系 变量 PL 和 了 PK 整合 后 表达 , 但 反之 却 不 然 。( 有 
一 个 查询 的 例子 “找到 正在 销售 却 没有 库存 的 零 部 件 的 零 部 件 号 码 ” 它 刚好 可 以 
体现 后 者 的 信息 在 前 者 没有 对 应 信息 的 情况 。) 这 种 情况 的 后 果 就 是 显然 会 有 特定 的 
更 新 可 以 在 PL 和 /或 PK 中 执行 ， 但 在 XLK 中 却 没有 相应 的 更 新 。 我 们 举 一 个 这 类 
更 新 的 例子 , 那 就 是 “向 PL 插入 一 个 新 数组 , 并 且 没 有 同时 向 PK 插入 相同 的 数组 ”， 
即 告诉 数据 库 茶 种 零 部 件 正 在 销售 ， 但 是 如 果 之 前 没有 库存 ， 那 就 依然 没有 。 


我 将 把 下 面 这 种 情况 留 给 大 家 作为 练习 : 在 我 们 上 面 所 讲 的 基础 上 ， 如 果 有 一 个 用 
户 只 能 看 到 关系 变量 XLK 的 话 ， 会 是 怎样 的 情形 。 不 过 很 遗憾 地 告诉 大 家 ， 这 里 
还 有 一 个 问题 (我 曾 在 第 6 章 提 到 过 这 个 问题 ， 但 是 并 没有 详细 展开 )。 假 设 我 们 
开始 的 时 候 只 有 关系 变量 PL 和 PK， 没有 交集 视图 ， 同 样 假设 零 部 件 P2 同时 在 两 
个 关系 变量 中 出 现 。 那 么 下 面 的 更 新 显然 是 合法 的 。 


DELETE ( P2 ) FROM PL ，} 


请 尤其 注意 观察 ， 这 个 删除 操作 是 不 会 级 联 到 关系 变量 PK 的 。 但 是 如 果 我 们 现在 
假设 引入 交集 视图 XLK, 那么 按照 上 面 给 定 的 规则 ， 这 个 删除 操作 将 会 级 联 到 关系 
变量 PK! 更 有 甚 者 ， 即 使 视图 XLK 对 发 起 这 个 在 关系 变量 PL 上 的 删除 操作 的 用 户 
并 不 可 见 ， 这 个 级 联 删除 还 是 会 发 生 。 或 者 我 们 换个 说 法 ， 引 入 这 个 视图 就 必然 要 
同时 引入 PL 和 PK 之 间 相 互 的 级 联 删 除 规则 >。 
这 样 的 情况 显然 是 不 尽 如 人 意 的 。 我 们 能 做 点 什么 来 改善 它 吗 ?有 一 个 可 能 奏效 的 
实际 的 改进 方法 ， 虽 然 有 点 烦人 ， 不 过 对 目前 这 个 例子 应 该 可 行 ， 那 就 是 在 删除 操 
作 之 后 立即 执行 一 个 插入 操作 ， 于 是 有 : 
DELETE ( P2 ) FROM PL /， 
INSERT ( P2 ) INTO PK ， 
不 过 就 我 个 人 而 言 ， 我 认为 接 下 来 这 一 节 所 要 讨论 的 方法 才 是 一 个 更 加 可 取 的 
方案 。 
9.2.1 更 好 的 设计 
假设 我 们 完全 将 关系 变量 PL 和 PK 用 一 个 单独 的 关系 变量 替换 掉 ， 让 我 们 叫 它 
POI, 带 有 属性 PNO .ON_SALE 以 及 IN_STOCK ,其 中 属性 ON_SALE 和 IN_ STOCK 
的 类 型 是 BOOLEAN (并 且 拥 有 明显 的 解释 )， 而 {PNO} 则 是 单 键 。 那 么 对 这 样 一 

































































































































































































































































































































































































































































































































































































































































5 有 一 个 相关 的 问题 如 下 : 在 当前 声明 的 XLK 更 新 规则 下 ， 从 XLK 中 删除 一 个 数组 ， 然 后 再 插入 忆 
来 ， 可 以 保持 状态 不 变 ， 但 是 先 向 XLK 插入 一 个 数组 然后 再 删除 就 不 一 定 了 。 原 因 是 向 XLK 插入 
数组 可 能 导致 一 个 数组 被 插入 到 PL 和 PK 其 中 之 一 ， 而 从 XLK 中 删除 数组 则 总 是 导致 一 个 数组 从 
两 个 关系 变量 中 被 同时 删除 。 当 然 ， 关 系 变量 XLK 本 身 总 是 可 以 维持 现状 的 。 



















































































二 
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个 关系 变量 来 说 的 一 个 可 能 的 值 如 图 9.3 所 示 〔 请 特别 注意 零 部 件 P4 的 数组 )。 

















POI 





ON_SALE IN_ STOCK 


P1 TRUE FALSE 
P2 TRUE TRUE 
P3 TRUE FALSE 
P4 FALSE FALSE 
PS5 FALSE TRUE 
P6 TRUE FALSE 














9.3 ”关系 变量 POI 的 样本 值 





现在 我 们 定义 关系 变量 POI 的 限制 视图 PL 和 PK ， 如 下 面 的 约束 所 示 《〈 我 在 这 里 使 
用 PL 和 PK' 作 为 名 字 是 为 了 避免 与 前 面 介绍 的 关系 变量 PL 和 PK 发 生 混淆 ， 不 过 当 
然 关 系 变量 PL 和 PK'， 也 是 为 了 与 之 前 差不多 的 目的 而 设立 的 ) 


CONSTRAINT ... PL’ 
CONSTRAINT ... PK’ 



































POI WHERE 


POI WHERE 


ON_SALE ; 
IN_STOCK ; 





[ll 








接 下 来 我 们 就 可 以 定义 PL 和 PK’ 的 交集 XLK’ 了， 于 是 我 们 有 : 


CONSTRAINT ... XLK’ = PL’ INTERSECT PK' ，; 














(当然 ， 我 们 也 可 以 直接 将 XLK’ 定 义 为 POI 的 直接 限制 条 件 ， 如 POI WHERE 
ON_SALE ANDIN_STOCK。 但 是 在 这 里 让 我 们 暂且 忽略 这 种 可 能 性 直到 有 新 的 说 
明 。) 对 照 图 9.3 中 所 示 的 POI 的 样本 值 ， 下 面 给 大 家 列 出 这 几 个 新 的 限制 条 件 的 
样本 值 ， 如 图 9.4 所 示 。 




































































PE 





O ON_SALE IN_STOCK 


TRUE 




















9.4 关系 变量 PL 、PK 以 及 XLK 的 样本 值 












































5 这 里 有 一 个 问题 留 给 大 家 : 由 关系 变量 PL 和 PK’ 组 成 的 设计 ， 是 否 与 由 关系 变量 PL 和 PK 所 组 成 
的 设计 信息 等 价 ? 
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各 变量 的 谓词 〈 故 意 展现 了 一 些 比较 折磨 人 的 细节 ) 如 下 。 
PL’: 零 部 件 PNO， 当 有 日 仅 当 ON_SALE 为 TRUE 时 在 销售 ， 当 且 仅 当 IN_STOCK 
为 TRUE 时 有 库存 (而 ON_SALE 总 为 TRUE )。 
PK’: 零 部 件 PNO， 当 且 仅 当 ON_SALE 为 TRUE 时 在 销售 ， 当 且 仅 当 IN_STOCK 
为 TRUE 时 有 库存 (而 IN_STOCK 总 为 TRUE)。 
XLK’: 零 部 件 PNO, 当 且 仅 当 ON_SALE 为 TRUE 时 在 销售 , 当 且 仅 当 JIN_STOCK 
为 TRUE 时 有 库存 (而 ON_SALE 总 为 TRUE 且 IN_STOCK 总 为 TRUE)。 
至 于 约束 ， 注 意 首先 这 3 个 关系 变量 每 一 个 都 以 {PNO} 为 单 键 ，{PNO} 为 XLK’ 的 
外 键 ， 同 时 引用 PL 和 PK’。 下 面 所 列 的 约束 显然 也 起 效 。 

CONSTRAIN 8. .EMPEY /WHERE NOT ( ON_SALE ) ) ，) 

CONSTRAIN “EMETY 这 PK’ WHERE NOT 1 EN STOGK } }) -3 

CONSTRAIN .MB TY ?rt XLK’ WHERE NOT ( ON_SALE AND IN_STOCK ) ) 





我 们 同样 也 需要 一 个 约束 达到 这 样 







































































的 效果 ， 如 果 某 个 零 部 伯 










































































F 同 时 能 够 被 P 和 PKR 














表达 ， 那 么 这 两 个 数组 所 代表 的 零 部 件 实际 上 应 该 是 同一 个 。 

CONSTRAINT ... UNION { PL’ , PK’ } KEY { PNO } ; 
当然 ， 如 果 关 系 变量 PL 和 PK’ 像 声 明 的 那样 确实 是 POI 的 视图 ， 那 约束 就 
会 自动 执行 。 
作者 注 : 顺便 说 一 句 ， 我 们 同时 还 有 下 面 这 条 约束 。 

CONSTRAINT ... ( PL' WHERE IN_STOCK ) = ( PK’ WHERE ON_SALE ) ; 
那么 这 条 约束 起 效 会 给 我 们 带 来 这 样 的 结果 ， 关 系 变量 PD 和 PK”， 就 像 9.1 节 中 
的 NLS 和 NPS 一 样 ， 显 然 违 反 了 “ 正 交 设计 原则 ”。 换 句 话说， 这 样 似乎 与 我 自 
己 所 推 尝 的 设计 有 所 违背 ! 有 具体 来 说 就 是 在 Database and Relational Theory》 
中 ， 我 曾 大 力 推荐 一 定 不 能 违反 正 交 设计 。 不 过 当然 这 里 的 违反 行为 无 伤 大 雅 ， 因 



































为 由 之 而 产生 

















的 见 余 一 定 可 以 被 很 好 地 控 





忆 


制 住 。 











除 此 之 外 , 更 新 规则 又 是 怎样 的 呢 ? 我 们 首先 必须 考虑 














更 新 会 如 何 影 








ON INSER 





INSER 
INS 





ELETI 





ERT 














( i WHERE 
( i WHERE 














ON_SALE 
IN_STOCK 


E d FROM POI : 


) 


门 关系 变量 PL 和 PK’。 


1 -LNTO, POT : 


) 


INTO PL’” ， 


INTO PK’” ; 








一 下 在 关系 变量 POI 本 身 的 
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DELETE ( d WHERE ON SALE ) FROM PL' ， 





DELETE ( d WHERE IN_STOCK ) FROM PK’ ， 











接 下 来 我 们 必须 考虑 的 是 在 关系 变量 PL 和 PK | 























POI 的 。 
ON INSERT i INTO 
ON INSERT i INTO 
ON DELETE d FROM 
ON DELETE d FROM 


















































如 (p，TRUE，TRUE) 的 数组 




















PL’” : INSERT i INTO POI ; 
PK’ : INSERT i INTO POI ; 
PL’ : DELETE d FROM POI ; 
PK’ : DELETE d FROM POI ; 





请 注意 上 述 规则 合 在 一 起 会 得 出 如 下 几 条 结果 : (a) 向 PL 或 PK’ 任 一 方 中 插入 形 
[|， 都 会 级 联 到 另 一 方 当中 ; (b) 类 似 的 ， 从 PL 或 
PK’ 任 一 方 中 删 除 形 如 (p，TRUE，TRUE) 的 数组 ， 都 会 级 联 到 另 一 方 。 实 际 上 ， 











上 的 更 新 又 是 如 何 影响 关系 变量 





由 





























可 以 确定 的 是 这 些 级 联 是 逻辑 上 的 必然 结果 ,即使 POI 以 及 将 对 它 的 删除 和 插入 级 
联 到 关系 变量 PL 和 PK’ 的 规则 不 存在 也 是 一 样 。 


那么 现在 我 们 可 以 来 说 一 说 XLK 了, 换 句 话说 , 我 们 可 以 来 考虑 一 下 在 PL 和 PK 

















ON INSERT i INTO 
ON INSERT i INTO 











ON DELETE d FROM 
ON DELETE d FROM 

















ON INSERT i INTO 
INSERT i INTO 

















ON DELETE d FROM 
DELETE d FROM 



































上 的 更 新 是 如 何 影响 关系 变量 XLK’ 的 , 以 及 反 过 来 的 ' 

















情形 又 如 何 , 规则 详 见 下 面 。 

































































PL’ : INSERT ( i WHERE IN_STOCK ) INTO XLK' ; 
PK’” : INSERT ( i WHERE ON_ SALE ) INTO XLK’” ; 

PL’ : DELETE ( d WHERE IN_STOCK ) FROM XLK’ ; 
PK’” : DELETE ( d WHERE ON_SALE ) FROM XLK’ ; 

XLK’ 





PL’ , INSERT i INTO PK’ ; 


XLK’ 
PL’” , DELETE d FROM PK ;) 














这 些 规则 全 部 都 是 毫 无 争议 的 ， 我 希望 你 也 能 同意 (虽然 我 想 把 它们 与 本 节 上 一 

















个 版 本 的 例子 比较 会 是 有 益处 的 )。 从 效果 上 讲 ， 我 所 做 的 其 实 是 重新 设计 了 数据 














库 ， 把 原来 只 能 通过 PL 和 PK 隐 式 表达 的 信 
IN_STOCK 的 值 显 式 表 达 。 而 这 种 重新 设计 的 效果 就 是 将 上 一 个 版 本 的 例子 中 挣扎 









































县 变 为 现在 可 以 由 





性 ON_SALE 和 











7 








于 那些 差强人意 的 更 新 行为 的 情况 ， 转 变 为 像 本 章 示 例 1 那 种 顺畅 的 情况 。 当 然 ， 



















































































后 面 这 个 例子 也 不 必 像 上 一 个 版 本 那样 受到 卜 义 问题 和 顺序 更 新 问题 的 困扰 。 


作者 注 : 能 够 给 大 家 推荐 一 个 通用 的 设计 原则 是 一 件 很 诱 人 的 事情 。 有 具体 如 下 : 如 

















果 两 个 关系 变量 拥有 同样 的 关系 头 ， 但 是 却 拥 有 不 同 的 语义 ， 那 么 〈a) 介绍 一 个 


























进行 删除 无 论 怎样 都 会 自 




















动 级 联 到 另 一 个 。 
































”在 删除 规则 中 ,级 联 到 关系 变量 PC 和 PK’ 其 中 之 一 当然 就 足够 了 , 不 过 从 其 中 任何 一 个 关系 变量 中 
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或 几 个 最 能 够 体现 差异 的 属性 ，(b) 考虑 使 用 一 个 关系 变量 来 蔡 代 几 个 目前 的 关系 

















变量 。 还 有 




















个 是 : 如 果 某 个 关系 变量 B 的 值 总 是 另 一 个 关系 变量 A 的 值 的 子 集 , 但 




















是 B 又 无 法 被 定义 为 A 的 限制 条 件 ， 那 么 就 引入 一 个 或 几 个 A 和 B 可 以 共用 的 























时 性 





来 将 B 直接 变 为 一 个 限制 条 件 。 不 过 就 这 个 问题 再 多 做 讨论 的 话 就 超出 本 书 的 范围 了 。 


我 将 把 下 面 这 种 情况 留 给 大 家 作为 练习 : 在 我 们 上 面 所 讲 的 基础 上 ,如 果 有 一 个 用 
户 只 能 看 到 关系 变量 XLK' 的 话 ， 会 是 怎样 的 情形 。 我 要 再 给 大 家 留 个 练习 ， 如 果 


XLK’ 被 直接 




















TURE， 而 在 PK’ 中 属 
其 实 可 以 重新 定义 这 两 个 关系 变量 , 或 者 更 具体 地 说 是 这 两 个 视图 , 将 这 几 个 











从 其 中 去 掉 ， 








































































































定义 为 POI 的 限制 条 件 ， 那 么 看 看 作为 一 个 关于 更 新 的 限制 条 件 是 否 
与 上 面 讲 的 作为 交集 的 版 本 在 本 质 上 有 是 一 致 的 。 
9.2.2 另 一 个 可 能 的 设计 

现在 你 可 能 会 觉得 ， 既 然 在 PL 中 属性 ON_SALE 的 值 在 每 个 数组 中 都 必须 是 



































过 



































详情 如 下 列 约束 所 示 。 





LNT db A 





( POI WHERE ON_SALE ) { PNO , IN_ STOCK } }; 

















ITNT Sd BR < 











1 





( POI WHERE IN_ STOCK ) { PNO , ON_SALE } ; 









































性 IN_STOCK 的 值 在 每 个 数组 中 都 必须 是 TURE， 那 么 我 们 





属性 





(我 在 这 里 使 用 双 引 号 来 将 这 个 版 本 的 关系 变量 与 之 前 的 单 引号 版 本 区 分 开 来 。》 下 

















面 是 各 变量 的 谓词 。 














PL”: 零 部 件 PNO 正在 销售 ， 并 且 ， 当 日 仅 当 IN_STOCK 为 TRUE 时 ， 同 时 有 库存 。 


PK”: 零 部 从 























当 焦 


F PNO 有 库存 ， 并 且 ， 当 且 仅 当 ON_SALE 为 TRUE 时 ， 同 时 正在 销售 











影 的 交集 。 





























CONSTRAINT ... XLK' ’ = PL’'’' { PNO } INTERSECT PK'  ′ { ENO }; 




















而 其 谓词 如 同 我 们 原始 的 XLK 一 样 。 
XLK”: 零 部 件 PNO 正在 销售 并 且 有 库存 。 


来 很 有 意思 。 











变量 。 更 详细 






































图 9.5 所 示 的 是 这 个 重新 设计 的 数据 库 的 样本 值 。 你 可 能 会 发 现 它 与 图 9.2 对 

















那么 现在 , 我 们 可 以 将 XLK’* 重 新 定义 为 XLK”, 让 它 成 为 PL* 和 PK”* 在 PNO 的 投 


比 起 











现在 ， 让 我 们 先 把 精力 集中 在 关系 变量 PL* 上。 当然 这 个 关系 变量 是 一 个 投影 
也 说 ， 它 是 关系 变量 POI 的 一 个 投影 ， 同 时 也 是 它 的 一 个 特定 限制 条 


























关系 
































结果 





件 。 因 此 ， 如 同 在 第 5 章 中 解释 过 的 ， 在 这 里 信息 等 价 就 不 能 成 立 ， 由 此 导致 的 
章 
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就 是 关系 变量 PL”* 仅 支持 删除 操作 ， 但 不 支持 插入 操作 “。 相 应 的 删除 规则 如 下 所 示 。 

































































ON DELETE d FROM PL’ ’ : DELETE ( POI MATCHING d ) FROM POI ; 
PL7 PK7 XLK7 
PNO 
P2 
图 9.5 ”关系 变量 PL*"、PK" 以 及 XLK” 的 样本 值 
类 似 的 ， 我 们 也 有 下 面 的 规则 。 
ON DELETE d FROM PK' ’ : DELETE ( POI MATCHING d ) FROM POI ; 


























那么 对 XLK” 的 删除 规则 如 下 所 示 〔 但 是 请 注意 ， 这 里 没有 任何 插入 规则 存在 )。 

















ON DELETE d FROM XLK’ ‘ 
DELETE d FROM PL’ ’ , DELETE d FROM PK’  ′ ;，; 


换 句 话说 就 是 删除 操作 可 以 在 XLK” 上 正常 执行 (或许 在 这 里 会 有 点 争议 )， 而 插 
入 操作 则 完全 无 法 在 XLK” 上 执行 。 所 以 总 地 来 说 ， 我 认为 这 个 “ 双 引号 ”设计 基 
本 就 是 一 个 可 以 放弃 的 想法 ， 因 为 原本 我 们 期 望 它 至 少 也 应 该 是 一 个 能 支持 更 新 的 
设计 ， 然 而 并 不 是 。 


































































































四 





9.3 小 结 


到 现在 ， 你 可 能 会 觉得 这 一 章 有 点 令 人 困惑 ， 特 别 是 在 9.2 节 中 的 示例 2， 我 不 停 
地 改变 游戏 规则 ， 我 们 姑且 这 样 比喻 。 那 么 现在 让 我 抽 离 那 一 节 的 例子 ， 并 总 结 一 
下 当 我 们 遇 到 交集 时 的 更 新 规则 。 定义 V 为 AINTERSECTB。 接 下 来 , 为 了 简便 ， 
假设 要 向 A 和 B 插入 的 数组 必须 分 别 满足 布尔 表达 式 ax 和 bx， 在 这 里 ax 和 bx 
分 别 表示 相应 关系 变量 的 限制 条 件 〈 默 认 就 是 TURE )。 于 是 我 们 有 : 









































































































































































































































ON INSERT i INTO A : INSERT ( i WHERE bx ) INTO V ); 
ON INSERT i INTO B : INSERT ( i WHERE ax ) INTO V ; 
ON DELETE d FROM A : DELETE ( d WHERE bx ) FROM V; 

”如果 规 则 人 允许， 假设 我 们 向 PL”* 插 入 数组 (p, k)， 将 会 导致 数组 (p, TRUE, k) 被 插入 到 POI 当中 。 问 题 
在 于 ， 我 们 知道 这 件 事 ， 而 数据 库 管 理 系统 并 不 知道 。 注 意 ， 实 际 上 ， 这 个 例子 本 质 上 等 价 于 ， 或 
者 至 少 说 同 构 于 我 们 在 之 前 章节 讨论 过 的 例子 ， 也 就 是 那个 我 们 曾 想 将 属性 CITY 从 关系 变量 LS 
(“London Suppliers”) 中 去 掉 的 例子 。 请 大 家 参看 第 5 章 以 获取 更 多 信息 。 
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ON DELETE d FROM B : DELETE ( d WHERE ax ) FROM V :; 























ON INSERT i INTO V : INSERT i INTO A , INSERT i INTO B; 











ON DELETE d FROM V : DELETE d FROM A , DELETE d FROM B,;) 














我 要 给 大 家 留 个 练习 来 验证 ， 本 章 之 前 的 例子 中 的 所 有 给 定 的 县 体 
规则 都 是 上 述 通 用 规则 的 特殊 情况 ， 有 些 可 能 是 稍微 “优化 过 ”的 
特例 。 


同时 我 们 也 看 到 交集 的 删除 规则 有 的 时 候 会 导致 一 些 无 法 接受 的 结果 , 或 者 说 至 少 
在 实际 中 很 不 让 人 满意 的 结果 。 尤 其 是 我 曾 在 第 6 章 中 指出 ， 由 于 这 些 规则 的 效果 
相当 于 将 逻辑 OR 视 为 逻辑 AND 或 者 反 过 来 的 情形 ， 从 而 导致 这 种 “ 令 人 不 满 ” 
的 情况 出 现在 第 1 版 的 “ 零 部 件 在 销售 ”对 “ 零 部 件 有 库存 ”的 例子 中 。 但 是 让 我 
们 再 多 思考 一 下 这 个 例子 …… 这 个 例子 中 真正 的 问题 是 给 定 一 个 具体 的 要 从 交集 
XLK 中 删除 的 数组 ， 数 据 库 管理 系统 无 法 判断 该 数组 逻辑 上 应 当 依 然 属于 关系 变 
量 PL、 关 系 变量 PK 或 者 两 者 都 不 。 实 际 上 ， 在 那个 例子 中 ， 对 PL 和 PK 相应 的 
限制 条 件 都 简单 地 是 TURE( 对 比 本 章 中 之 前 讨论 的 NLS 对 NPS 的 示例 1 的 情况 )。 
而 我 所 推荐 的 解决 方案 , 实际 上 是 重新 设计 数据 库 ， 从 而 让 数据 库 管理 系统 可 以 类 
断 给 定 的 数组 属于 哪个 ( 些 ) 关系 变量 , 我 冒险 推荐 的 这 个 方案 在 实践 中 总 是 起 效 ， 
而 且 在 除了 视图 更 新 以 外 的 其 他 领域 中 可 能 也 会 有 改善 作用 。 


最 后 一 点 关于 上 面 的 总 结 : 很 显然 的 是 我 们 在 这 个 例子 中 遇 到 的 情况 又 是 信息 被 隐 
藏 了 。 但 是 这 次 我 们 所 说 的 信息 隐藏 与 本 书 中 之 前 出 现 的 信息 隐藏 是 有 区 别 的 。 在 
早先 的 例子 中 ， 信 息 是 “对 某 些 用 户 ” 隐 藏 ， 因 为 如 我 之 前 所 说 这 些 用 户 只 能 看 到 
全 局 的 一 部 分 。 例如， 第 1 章 的 例子 中 ， 用 户 可 以 看 到 限制 LS 〈“London suppliers ”)， 
却 看 不 到 限制 NLS (“non London suppliers”)。 但 是 本 章 中 的 例子 我 们 所 过 到 的 情 
况 是 信息 并 没有 对 用 户 隐藏 ， 而 是 对 “数据 库 管 理 系统 ”隐藏 。 具 体 来 说 就 是 这 次 
被 隐藏 的 信息 是 如 何 判断 一 个 给 定 的 数组 逻辑 上 到 底 属 于 PL、PK 或 者 二 者 都 不 的 
标准 。 而 如 同 已 经 说 明 的 ， 我 对 于 这 个 问题 的 解决 方案 就 是 改变 数据 库 设 计 ， 从 而 
让 被 隐藏 的 信息 最 终 变 得 对 数据 库 管 理 系统 可 见 。 
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第 10 章 





合并 视图 


告诉 你 一 个 好 消息 ! 更 新 合并 视图 很 简单 ! 


一 一 Anon: 《Where Bugs Goy》 


现在 让 我 们 来 看 看 合并 。 你 不 会 感到 意外 ， 本 章 的 结构 与 第 9 章 很 相似 。 不 过 有 一 
点 需要 提前 介绍 一 下 : A UNION B 与 AINTERSECT B 有 一 点 很 相似 , 那 就 是 如 果 
A=B， 那 么 结果 将 会 很 无 聊 。 不 过 , 与 AINTERSECT B 不 同 的 是 如 果 A 与 B 交集 
为 空 的 话 ， 那 就 会 相当 有 意思 ， 至 少 是 有 那么 点 意思 。 所 以 我 的 第 1 个 例子 就 是 这 


















































样 的 一 个 ， 引 入 一 个 交集 为 空 的 合并 。 


10.1 示例 1: 交集 为 空 的 合并 
这 个 例子 基本 上 就 是 第 1 章 和 第 4 章 所 讲 的 “抛砖引玉 ”的 例子 反 过 来 。 






































因此 ， 我 





们 有 两 个 关系 变量 ，LS(“London suppliers”) 和 NLS(“non London suppliers”)， 形 式 


如 下 。 


LS { SNO , SNAME , STATUS , CITY } KEY { SNO } 
NLS { SNO , SNAME , STATUS , CITY } KEY { SNO } 





























当然 ， 如 果 是 在 我 们 惯常 所 用 的 供应 商 - 零 部 件数 据 库 中 ， 这 些 关 系 变量 大 概 都 是 
视图 ， 是 关系 变量 $ 的 视图 ， 但 是 你 也 可 以 把 它们 看 作 基 础 关系 变量 。 除 此 之 外 ， 
仔细 观察 这 些 关 系 变量 会 发 现 它们 交集 为 空 , 因此 同一 个 数组 不 可 能 同时 出 现在 二 





































































































者 之 中 。 下 面 是 各 变量 的 谓词 。 



































LS: 供应 商 SNO 已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 
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CITY ( 且 CITY 是 London ) 。 

















NLS: 供应 商 SNO 已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 


CITY 〈 且 CITY 不 是 London )。 


下 面 让 我 们 来 定义 LS 和 NLS 的 〈 交 但 





为 空 的 ) 合并 视图 ULN。 





ULN { SNO , SNAME , STATUS , CITY } KEY { SNO } 


该 关系 变量 的 谓词 如 下 。 





ULN: 供应 商 SNO 已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城 














(当然 ， 如 果 LS 和 NLS 确实 是 关系 变量 $ 的 视图 ， 那 么 











全 相同 。) 样本 值 如 图 10.1 所 示 。 











市 CITY ( 且 CITY 是 London 或 者 不 是 London ) 。 








ULN 就 与 关系 变量 S 


dt 








SNAME STATUS 


Smith 20 
Clark 20 


Paris 
Paris 
Athens 






























ULN 


London 
Paris 
Paris 
London 
Athens 








图 10.1 关系 变量 









































LS、NLS 以 及 ULN 的 样本 值 










































































下 面 所 列 的 约束 ， 就 是 第 4 章 相 应 的 例子 中 的 约束 的 修改 版 ， 显 然 适 用 于 本 示例 ， 
详细 如 下 。 

CONSTRAIN . ULN = LS UNION N 

CONSTRAINT “ DISJOINT { TS: { SNO } y- NES Tt SNO py 3 

CONSTRAIN . IS_EMPTY ( LS WHERE CITY A# ‘London’ ) ， 

CONSTRAIN . IS_EMPTY ( NLS W EE CITY = ‘London’ ) ，) 

CONSTRAIN 3.. BS = ( ULN WHERE CITY = ‘London’ ) ，; 

CONSTRAINT . NLS = ( ULN WHERE CITY A ‘London’ ) ， 
同时 ， 如 我 们 已 经 说 过 的 一 样 ，{SNO} 是 这 3 个 关系 变量 的 单 键 ， 且 {SNO} 在 LS 和 
NLS 中 是 外 键 ， 引 用 ULN。 请 注意 ， 对 比 我 们 在 第 9 章 讲 的 交集 的 例子 ， 在 这 里 我 





























们 拥有 信息 等 价 , 只 由 ULN 构成 的 设计 信息 等 价 于 由 LS 和 NLS 整合 而 组 成 的 设计 。 
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下 面 的 补偿 性 操作 同样 是 将 第 4 章 的 版 本 稍 做 修改 后 拿 来 使 用 的 ， 详 细 如 下 。 


























ON DELETE d FROM LS : DELETE d FROM ULN ;，; 
ON DELETE d FROM NLS : DELETE d FROM ULN ; 












































ON INSERT i INTO LS : INSERT i INTO UL 

ON INSERT i INTO NLS : INSERT i INTO U 

ON DELETE d FROM ULN : DELETE ( d WHERE CITY 
DELETE ( d WHERE 





















































ON INSERT i INTO ULN : INSERT ( i WHERE CITY 
INSERT ( i WHERE CITY 
































= ‘London’ ) FROM LS ， 
去 “London’ ) FROM NLS ，} 





= ‘London’ ) INTO LS ， 
大 ‘London’ ) INTO NLS ) 

































































插入 或 删除 操作 之 后 必须 要 级 联 到 另 一 方 的 问题 。 








请 注意 , 还 是 对 比 我 们 在 第 9 章 所 讲 的 交集 的 例子 , 这 里 不 存在 对 LS 或 NLS 进 








dl 















































对 于 只 能 看 到 关系 变量 ULN 的 用 户 来 说 ， 虽 然 没 有 深入 讲解 ， 但 我 也 希望 大 家 能 
够 很 容易 地 看 出 这 个 用 户 可 以 对 其 进行 任何 操作 , 就 好 像 它 真 地 是 个 基础 关系 变量 








一 样 。 








下 面 我 要 说 ， 如 果 LS 和 NLS 确实 是 关系 变量 S 的 视图 























定义 为 $ 的 限制 ， 于 是 有 : 


S WHERE CITY = ‘London’ OR CITY A ‘London’ 




















g 么 ULN 也 可 以 直接 被 


测 





让 我 们 称 这 个 限制 为 ULN’。 很 显然 ， 对 ULN’ 的 更 新 应 当 与 对 ULN 的 更 新 效果 相 


同 ， 而 它们 也 确实 相同 。 详 细 来 说 如 下 。 


。 INSERT: 要 向 不 论 ULN 或 者 ULN’ 中 的 哪 一 个 插入 数组 ， 那 么 该 数组 拥有 的 
CITY 值 必须 是 London 或 者 不 是 London， 同 时 也 必须 被 插入 到 男 一 个 关系 变 


量 中 。 








。 DELETE: 要 从 不 论 ULN 或 者 ULN’ 中 的 哪 一 个 删除 数组 ， 那么 该 数组 拥有 的 
CITY 值 一 定 是 London 或 者 不 是 London， 同 时 也 必须 被 插入 到 男 一 个 关系 变 


量 中 。 


























(正如 我 在 第 9 章 中 跟 大 家 说 过 的 , 在 第 14 章 会 跟 大 家 讨论 “定义 不 同 却 相互 等 价 ” 














的 关系 变量 的 更 新 问题 。) 
























































子 引 入 了 一 个 有 重 倒 的 合并 ， 而 不 是 交集 为 空 的 。 





如 你 所 见 ， 这 第 1 个 合并 的 例子 基本 与 第 1 章 和 第 4 章 的 “抛砖引玉 ”例子 一 样 ， 
因此 关于 它 确实 没有 什么 更 多 可 说 的 。 所 以 让 我 们 赶快 进入 下 一 个 例子 吧 ， 这 个 例 
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10.2 示例 2: 


我 的 第 2 个 例子 与 第 9 章 的 第 





1 个 例子 很 像 ， 

















是 基于 第 4 章 的 4.9 节 讨 论 过 的 例子 


变化 而 来 的 。 它 引入 了 两 个 关系 变量 , NLS (“non London suppliers”) 和 NPS (“non 


Paris suppliers”)， 分 别 如 下 。 





























































































































NLS { SNO ，SNAME , STATUS , CITY } KEY { SNO } 

NES 1 SNO. ; SNAME ; STATUS y CITY } KEY. { :SNO 
正如 在 第 9 章 所 说 的 ， 这 两 个 关系 变量 确实 有 重 芭 ,因此 同一 个 数组 有 可 能 同时 出 
现在 二 者 之 中 。 除 此 之 外 , 它们 的 重 暑 是 显 式 的 , 这 个 我 们 在 上 一 章 也 已 经 解释 过 。 
下 面 我 们 再 来 列 出 它们 的 谓词 。 
NLS: 供应 商 SNO 已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 
CITY (有 是 CITY 不 是 London )。 
NPS: 供应 商 SNO 已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 





CITY ( 且 CITY 不 是 Paris ) 。 


现在 让 我 们 定义 视图 ULP 为 这 两 个 关系 变量 的 合并 。 











ULP { SNO , SNAME , STATUS , CITY } KEY { SNO } 


该 关系 变量 的 谓词 如 下 。 





ULN: 供应 商 SNO 已 经 签约 ， 名 字 为 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城 

















(当然 ， 如 果 NLS 和 NPS 确 
全 相同 ， 











市 CITY ( 且 CITY 既 不 是 London， 也 不 是 Paris )。 


实 是 关系 变量 S 的 视 
与 10.1 节 中 ULN 的 情况 相似 。) 样 


图 ， 那 么 ULP 就 与 关系 变量 S 完 
本 值 如 图 10.2 所 示 。 

















NLS 
SNO STATUS 
S2 Jones 
S83 Blake 
S5 Adams 


Paris 
Paris 
Athens 





CITY 



















London 
London 
Athens 












CIiTY 
smith London 
Jones Paris 
Blake Paris 
Clark London 
Adams Athens 








图 10.2 关系 变量 NLS、 


NPS 以 及 ULP 的 样本 值 





154 第 10 章 


下 列 约束 显然 起 效 。 























CONSTRAIN . ULP = NLS UNION NPS }; 
CONSTRAIN . IS_EMPTY ( NLS WHERE CITY = 
CONSTRAINT ... IS_EMPTY ( NPS WHERE CITY = 
CONSTRAINT ... ( NLS WHERE CITY 夫 ‘Paris’ ) 
( NPS WHERE 
同时 ， 如 我 们 已 经 说 过 的 一 样 ，{SNO} 是 





和 NLS 中 是 外 键 , 引用 
构成 的 设计 信息 等 价 于 由 



























































图 的 话 











下 面 是 补偿 性 
9 章 相 应 部 分 一 臻 )， 详 引 


AAA 


朱 





的 键 可 以 保证 如 果 某 个 供 
商 的 两 个 数组 其 实 就 是 同一 个 。 当 然 ， 
， 那 么 这 个 约束 会 自动 4 























操作 


























ON INSER 


i INTO NI 





ON INSER 








i INTO N 








E 





E d FROM NL 








ON DE 
ON DELET 





ULP。 请 注意 , 在 这 是 




















‘London” 3 
‘Paris’ ) 


LO ME a eo [es Da 本、 人 






































E 效 。 


。 首 先 ， 是 从 NLS 向 NPS 级 联 以 及 其 
如 下 。 





ER ( 


iW 





ER ( 





i Ww 








(dw 





E d FROM NPS : 











下 面 所 列 的 则 是 如 




















ON INSER 


i INTO NI 





ON INSER 








i INTO N 


E Q FROM NL 








DELE 
DELET 























ETE ( 








ER 


i IN 





ER 








i IN 














E d FROM N 





ELET 


E d FROM ULP : 








ETE ( 


d WHERE CIT 




















E ( d WHERE CI 





, 








ON 





ERT ( i WH 


i INTO 
Tr ( i WH 


ULP : 
ERE CIT 
RE GI 


, 























下 面 是 几 个 














点 需要 注意 的 




















ETE ( 





London’ 
Paris’ 


London’ 





Paris’ 


HE 
HE 


HE 
Q WHERE 


oO 
O 





NLS 和 NPS 整合 而 组 成 的 设计 。 注 意 : 
t 应 商 同 时 出 现在 NLS 和 NPS 中 





CI 





RE 





RE CI 











RE CI 





) 
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) 
) 











cI 


FE NLS 和 NPS 上 的 更 新 级 联 到 合并 视 


U 
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Ty 
Ts 


( d WHERE CITY 
d WHERE 








CETY, 





下 面 所 列 的 是 在 合并 关系 变量 上 的 更 新 规则 。 








es 














电 等 价 的 ,只 由 


























‘Paris’ ) 
‘London’ ) 


到 ‘Paris’ ) 





夫 ‘London’ ) 


图 ULP 的 规则 。 





去 ‘Paris’ ) 
夫 ‘London’ ) 


FROM NLS , 
FROM NPS }; 


INTO NLS ， 
INTO NPS /7 


让 我 们 首先 把 注意 力 放 到 插入 规则 上 。 只 要 关系 变 
进行 的 插入 操作 当然 可 以 只 级 联 到 关系 变 


EE 


里 





= 


里 





的 时 候 ， 那 么 代表 该 供应 
如 果 NLS 和 NPS 是 供应 商 关 系 变 量 S 的 视 


INTO NPS }; 
INTO NI 


LS 


FROM NPS }; 





FROM NI] 





LS 


FROM ULP }; 
FROM ULP }; 


这 3 个 关系 变量 的 单 键 ， 且 {SNO} 在 LS 
我 们 也 是 拥有 信 ， ULP 


{SNO} 作 为 ULP 





> 


反 向 级 联 的 更 新 规则 (与 


7 


7 


ULP 被 引入 ， 那 么 对 它 
NLS 和 NPS 其 中 之 一 。 但 是 级 联 





视图 
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到 NLS 或 者 NPS 之 中 任何 一 个 (只 要 人 逻辑 上 必要 ) 都 会 导致 一 个 额外 的 向 另 
一 方 的 级 联 操 作 ， 那 么 既然 系统 无 从 判断 这 两 个 关系 变量 哪个 更 好 ， 至 少 从 实 
际 的 语法 上 无 法 判断 (当然 前 提 是 这 两 个 关系 变量 都 是 可 见 的 )， 我 们 可 以 说 
它们 之 间 存 在 着 一 个 无 差别 的 差异 , 于 是 就 规定 级 联 是 同时 向 两 个 关系 变量 发 
起 的 ， 这 样 一 来 也 满足 了 对 称 和 明确 的 要 求 。 


。 ”实际 上 , 删除 规则 也 是 类 似 的 情况 。 通 常 来 讲 ， 从 合并 上 删除 数组 是 需要 同时 
级 联 到 两 个 有 关 的 关系 变量 的 。 然 而 本 示例 中 ， 如 果 逻 辑 上 需要 的 话 ， 级 联 到 
其 中 任何 一 个 都 会 导致 额外 级 联 到 剩 下 的 一 个 。 


。 ”对 于 删除 规则 来 说 ， 我 们 可 以 去 掉 限 制 条 件 而 不 会 引起 什么 重大 损失 。 

对 于 只 能 看 到 关系 变量 ULP 的 用 户 来 说 ， 我 希望 大 家 很 容易 能 看 出 该 用 户 可 以 正 
常 执行 任何 操作 就 如 同 该 关系 变量 是 一 个 基础 关系 变量 一 样 。 

现在 我 要 来 说 明 ， 如 果 NLS 和 NPS 确实 是 关系 变量 S 的 视图 的 话 ， 那 么 ULP 也 
可 以 被 直接 定义 为 $ 的 限制 ， 于 是 有 : 


S WHERE CITY * ‘London’ OR CITY 夫 ‘Paris’ 



































ev 





































































































































































































让 我 们 姑且 称 之 为 ULP*。 那 么 显然 ， 对 于 ULP’ 的 更 新 应 当 具 有 与 对 ULP 的 更 新 

相同 的 效果 ， 它 们 实际 上 也 确实 是 这 样 。 具 体 来 说 有 : 

。 INSERT: 被 插入 ULP 或 者 ULP’ 的 数组 所 拥有 的 CITY 值 必须 不 是 London 或 
者 Paris， 同 时 也 必须 被 插入 到 另 一 个 关系 变量 中 。 

。 DELETE: 被 从 ULP 或 者 ULP’ 中 删除 的 数组 拥有 的 CITY 值 一 定 不 是 London 
或 者 Paris， 同 时 也 必须 从 另 一 个 关系 变量 中 被 删除 。 

(再 次 声明 , 我 在 第 14 章 会 跟 大 家 讨论 许多 在 定义 不 同 却 相互 等 价 的 关系 变量 上 的 

更 新 问题 。) 

正如 你 所 见 , 本 章 的 第 2 个 示例 与 10.1 节 中 讨论 的 例子 并 没有 特别 本 质 的 区 别 ( 究 

其 根本 是 因为 它们 都 保留 有 信息 等 价 )。 那 么 接 下 来 ， 让 我 们 来 看 看 当 信 息 等 价 丢 

失 的 时 候 会 是 什么 情况 。 


10.3 示例 3， 隐 式 重 又 


本 节 中 的 例子 是 将 第 9 章 中 的 示例 2 进行 一 定 调整 之 后 得 来 的 .那么 提醒 大 家 一 下 ， 
基本 情况 如 下 : 在 任意 给 定时 间 ， 某 些 零 部 件 正 在 销售 ， 某 些 零 部 件 在 仓库 中 ， 还 
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有 一 些 两 种 状态 都 具备 。 此 外 ， 这 种 情况 会 通过 两 个 关系 变量 表达 ， 其 中 每 一 个 都 
只 带 有 单一 的 属性 PNO 一 一 其 中 一 个 关系 变量 (PL) 提供 正在 销售 的 零 部 件 号 码 ， 
而 男 一 个 PK) 则 提供 在 仓库 中 的 零 部 件 号 码 。 这 两 个 关系 变量 的 合并 ， 我 们 叫 它 
ULK， 能 够 提供 所 有 在 销售 的 、 在 仓库 的 或 者 同时 具备 两 种 状态 的 零 部 件 号 码 。 然 
而 重点 是 仅 通过 查看 来 源 于 原始 零 部 件 关系 变量 P 的 给 定数 组 , 我 们 无 法 判断 该 零 
部 件 应 当 属 于 PL、PK、 二 者 皆 有 或 二 者 皆 无 。 那 么 各 关系 变量 的 谓词 如 下 所 示 。 
PL: 零 部 件 PNO 正在 销售 。 
PK: 有 零 部 件 PNO 拥有 库存 。 

ULK: 零 部 件 PNO 既 在 销售 中 ， 又 拥有 库存 。 


样本 值 如 图 10.3 所 示 。 




































































































































































ULK 


PNO 

















图 10.3 ”关系 变量 PLPK 以 及 ULK 的 样本 值 


至 于 约束 ，{PNO} 显 然 是 这 3 个 关系 变量 各 自 的 单 键 ， 另 外 ULK 等 价 于 PL 和 PK 
的 合并 。 


CONSTRAINT ... ULK = PL UNION PK ，; 









































在 PL 和 /或 PK 上 的 更 新 毫 无 疑问 如 下 所 示 。 


ON INSERT i INTO PL : INSERT i INTO ULK ; 
ON INSERT i INTO PK : INSERT i INTO ULK ; 






































ON DELETE d FROM PL : DELETE 


ON DELETE d FROM PK : DELETE 


( d MINUS PK ) FROM ULK ; 
( d MINUS PL ) FROM ULK ; 






















































































那么 在 ULK 上 的 更 新 又 是 怎样 的 呢 ? 首先 ， 删 除 规则 很 明确 如 下 所 示 。 

















ON DELETE d FROM ULK : 
DELETE d FROM PL , DELETE d FROM PK ; 

































































至 于 插入 规则 , 显然 它 应 该 足以 将 对 XLK 的 删除 操作 只 级 联 到 PL 和 PK 其 中 之 一 
(当然 至 少 也 要 级 联 到 其 中 一 个 上 )。 然而 , 这 里 并 没有 好 的 理由 让 系统 选择 其 
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个 ， 而 不 是 另 一 个 ， 实 际 上 ， 我 们 在 这 里 遇 到 的 情况 又 是 监 义 问题 ， 只 是 外 在 表象 
不 太一 样 ， 我 在 本 章 最 后 一 节 对 这 个 问题 还 会 有 更 多 讨论 。 现 在 ， 我 推荐 将 下 面 所 























列 的 内 容 作为 一 个 合适 的 插入 规则 《注意 观察 ， 你 会 发 现 它 
10.2 节 示 例 2 的 插入 规则 具有 相同 的 格式 ， 而 这 并 不 是 偶然 


ON INSERT i INTO ULK : 
[INSERT i INTO PL ， INSERT i INTO PK :; 




































































与 第 10.1 节 示 例 1 和 
的 )。 





当然 ， 如 我 早 前 所 说 过 的 ,我们 在 这 里 又 一 次 遇 到 了 信息 等 价 丢失 的 情况 。 有 具体 一 
点 说 就 是 任何 可 通过 关系 变量 ULK 单独 表达 的 信息 一 定 都 可 以 被 关系 变量 PL 和 


























PK 整合 后 表达 , 但 反之 却 不 然 。( 有 一 个 查询 的 例子 “找到 正在 销售 却 没有 库存 的 
零 部 件 号 码 ” 它 刚 好 可 以 体现 后 者 的 信息 在 前 者 没有 对 应 信息 的 情况 。) 这 种 情况 





























的 后 果 就 是 显然 会 有 特定 的 更 新 可 以 在 PL 和 /或 PK 中 执行 



































由 











， 但 在 ULK 中 却 没有 








相应 的 更 新 。 我 们 举 一 个 这 类 更 新 的 例子 ， 那 就 是 “从 PL 删除 一 个 已 经 存在 的 数 





























售 ， 但 是 如 果 之 前 有 库存 那 就 依然 有 。 











组 并 且 没 有 同时 从 PK 中 删除 相同 的 数组 ”， 即 告诉 数据 库 茶 种 零 部 件 不 再 进行 销 

















我 将 把 当 用 户 只 能 看 到 关系 变量 ULK 时 对 上 述 所 有 内 容 的 验证 留 给 大 家 作为 练 




















习 。 然 而 ， 很 不 幸 的 是 这 里 还 有 另 一 个 问题 〈 在 第 9 章 隐 式 重合 的 交集 例子 中 也 有 
























































确 变 量 关 系 ， 也 假设 零 部 件 P4 既 不 在 PL 中 ， 也 不 再 PK: 
操作 显然 是 合法 的 。 


INSERT ( P4 ) INTO PL ，; 


























讲 过 )。 假设 我 们 只 从 PL 和 PK 这 两 个 关系 变量 开始 ,没有 合并 视图 。 同 时 为 了 明 











。 那 么 下 面 的 INSERT 





请 特别 注意 观察 ， 这 个 插入 操作 没有 级 联 到 关系 变量 PK 的 可 能 性 。 但 是 如 果 现 在 
假设 我 们 引入 合并 视图 ULK， 那 么 , 根据 上 面 对 规 则 的 定义 ， 这 个 插入 操作 就 将 会 
级 联 到 关系 变量 PK! 除 此 之 外 ， 即 使 视图 ULK 对 发 起 这 个 插入 操作 的 用 户 并 不 可 
见 ， 系 统 也 同样 会 执行 级 联 。 或 者 我 们 换 一 种 说 法 : 引入 这 个 视图 显然 必须 同时 引 























入 PL 和 PK 之 间 相 互 的 插入 操作 级 联 规则 。) 









































现在 ,针对 这 个 问题 ， 尤 其 是 目前 我 们 手中 的 例子 ， 有 一 种 解决 办 法 可 能 有 效 ， 那 























就 是 在 插入 操作 之 后 立即 执行 一 个 相应 的 删除 操作 ， 具 体 如 


INSERT ( P4 ) INTO PL ，; 














”有 一 个 相关 的 问题 如 下 。 根据 对 ULK 更 新 规则 的 定义 ,向 ULK 中 插入 一 个 数组 ， 然 后 立刻 删除 它 ， 


~ 



































可 以 保持 状态 不 变 ， 但 是 先 从 ULK 中 删除 一 个 数组 然后 立刻 再 插入 下 







































































本 身 来 讲 ， 这 两 种 操作 都 能 够 保证 状态 不 变 。 














来 则 不 一 定 能 够 维持 状态 不 
。 其 原因 在 于 从 ULK 中 删除 一 个 数组 可 能 实际 上 会 导致 从 PL 和 PK 二 者 之 一 中 删除 一 个 数组 ， 
向 ULK 插入 一 个 数组 则 总 是 会 导致 一 个 数组 同时 插入 到 PL 和 PK 中 。 














当然 ,仅仅 对 关系 变量 ULK 
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DELETE ( P4 ) FROM PK ， 


不 过 ， 我 其 实 更 推荐 在 接 下 来 的 10.3.1 节 当 中 马上 就 会 讨论 到 的 解决 方案 〈 当 然 ， 
它 与 第 9 章 中 讨论 的 解决 交集 视图 中 这 个 问题 的 方法 从 本 质 上 讲 是 一 样 的 )。 


10.3.1 一 个 更 好 的 设计 

我 在 这 里 要 展示 给 大 家 的 解决 方案 可 能 会 让 大 家 回想 起 第 9 章 中 所 介绍 的 方案 , 它 
将 把 关系 变量 PL 和 PK 整体 蔡 换 为 一 个 单独 的 关系 变量 POL 带 有 属性 PNO、ON_ 
SALE 以 及 IN_STOCK (其 中 属性 ON_SALE 和 IN_STOCK 的 类 型 是 BOOLEAN 
并 且 拥 有 明显 的 解释 说 明 ，{PNO} 则 是 单 键 )。 那 么 这 个 关系 变量 的 一 个 可 能 的 值 
如 图 10.4 所 示 “《 与 第 9 章 的 图 9.3 所 示 是 一 致 的 )。 














































































































POI 









IN_STOCK 


FALSE 
TRUE 
FALSE 
FALSE 
TRUE 
FALSE 














图 10.4 关系 变量 POI 的 样本 值 





现在 我 们 来 定义 限制 视图 PL 和 PK’ 以 及 合并 视图 ULK’， 如 下 面 的 约束 所 示 。 









































CONSTRAIN oe BPE = POI WHERE ON_SALE ， 

CONSTRAINT ... PK’ = POI WHERE IN_STOCK ;，} 

CONSTRAINT ... ULK' = PL’ UNION PK’” ;，; 

图 10.5 展示 的 是 这 几 个 变量 对 应 图 10.4 时 的 样本 值 。 
PLD 
PNO IN STOCK 
Pl FALSE 
P2 TRUE 
P3 FALSE 
P6 TRUE 
FALSE 

PK 





ON_SALE IN_STOCK 
TRUE 
TRUE 


TRUE F 
2 FALSE R 
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它们 的 谓词 







































































如 下 所 示 。 























































































































































































































PU: 零 部 # PNO, 当日 仅 当 ON_SALE 值 为 TURE 时 在 销售 , 当 且 仅 当 IN_STOCK 
为 TURE 时 有 库存 〈 而 ON_SALE 值 总 为 TURE )。 
PK’: 零 部 件 PNO, 当 且 仅 当 ON_SALE 值 为 TURE 时 在 销售 , 当 且 仅 当 IN_STOCK 
为 TURE 时 有 库存 (而 IN_STOCK 值 总 为 TURE)。 
ULK': 零 部 件 PNO , 当日 仅 当 ON_SALE 为 TRUE 时 在 销售 ,当日 仅 当 IN_STOCK 
为 TRUE 时 有 库存 (而 ON_SALE 总 为 TRUE 或 IN_STOCK 总 为 TRUE)。 
ne 
引用 ULK’。 下 面 所 列 的 约束 也 同时 起 效 。? 
CONSTRAIN EMPEY {RR /WHERE NOT ( ON_SALE ) ) ;) 
CONSTRAIN “ES EMETY 记 PK’ WHERE NOT 1 EN STQGR 人 
CONSTRAIN ». EMPIY, K’ WHERE NOT ( ON_SALE OR IN_STOCK ) ) 
下 面 所 列 的 是 重复 第 9 章 的 更 新 规则 ， 规 范 了 关系 变量 POI 和 关系 变量 PL 和 PK? 
之 间 的 联系 。 
ON INSER 主 , :TNTO POT 2 
INSERT ( i WHERE ON_SALE ) INTO PL’ 上 
INSERT ( i WHERE IN_STOCK ) INTO PK’ 学 
ON DELETE d FROM POI : 
DELE ( d WHERE ON SALE ) FROM PL’ 
DELE ( dd WHERE IN_STOCK ) FROM PK’ 站 
ON INSERT i INTO PL’ : INSER. i INTO POI ， 
ON INSERT i INTO PK’ : INSER. i INTO POI ， 
ON DE E d FROM PL’ : DELETE d FROM POI ;} 
ON DELETE d FROM PK : DELETE d FROM POI ; 


而 下 面 所 列 的 则 是 关系 变量 PL 咎 
























































[PK' 与 关系 变量 ULK' 之 间 的 更 新 规则 。 


ON INSERT i INTO PL' : INSERT i INTO ULK’” ; 
ON INSERT i INTO PK' : INSERT i INTO ULK' ; 
ON DELETE d FROM PL’ : DELETE ( d WHERE NOT ( IN_STOCK ) ) FROM ULK ; 














在 第 9 章 中 ， 我 们 

















还 有 一 个 规则 规定 限制 PL' WHERE IN_STOCK 和 PK' WHERE ON_SALE 必须 
是 等 价 的 ， 而 这 样 会 导致 关系 变量 PL 和 PK’ 违反 “ 正 交 设计 原则 ”。 
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ON DELETE d FROM PK’ : DELETE ( d WHERE NOT 
ON INSERT i INTO ULK’ 
INSERT ( i WHERE ON_SALE ) INTO PL’ 
INSERT ( i WHERE IN_STOCK ) INTO PK’ 
ON DELETE d FROM ULK’ : 
DELETE d FROM PL’ , DELETE d FROM PK’ 
TE Vs 
我 相信 大 家 对 上 面 这 些 规则 也 者 




















做 比较 是 很 有 意义 的 )。 这 上 











设计 了 数据 库 ， 把 原来 只 能 


个 有 


ON_SALE 和 IN_STOCK 的 


且 引 月 








通过 PL 和 PK 隐 式 表达 的 信息 变 为 现在 可 以 由 属性 


日 





从 效 








明显 式 表达 。 而 这 下 














例子 中 挣扎 本 











重新 设计 的 效果 就 是 让 
8 些 差 强人 意 的 更 新 行为 的 情况 , 转变 为 像 本 章 示 例 1 那 种 顺畅 的 情况 。 


ON_SALE 


FROM ULK’ 





( ) ) 


bp 没有 异议 (不 过 我 认为 把 它们 与 上 一 个 版 本 的 例子 
上 讲 ， 我 所 做 的 其 实 是 本 


不 


新 








上 一 个 版 本 的 











当然 ， 后 面 这 个 例子 也 不 必 像 上 一 个 版 本 那样 受到 歧义 问题 和 顺序 更 新 问题 的 困扰 。 

















天 


外 
给 大 家 留 














我 将 把 当 
习 。 男 儿 


内 人 台 t 
已 


] 户 只 
， 我 要 再 























到 关系 变 


二 局 
时 


作 
个 练习 ， 




















要 我 们 想 , 那么 看 看 作为 一 个 关于 更 新 的 限 人 






































在 本 质 上 是 一 致 的 。 
更 新 操作 的 ， 那 么 请 大 家 
本 类 似 于 第 9 章 示例 2 的 
10.3.2 ”关于 交集 为 空 
在 这 里 我 想 简略 地 计 






































的 合并 


论 一 个 有 点 不 同 的 例子 。 假 设 革 











另外 的 则 是 在 国内 





FE 产 的 ， 二 者 没有 














有 




















这 种 情况 ， 二 者 都 拥 
产 的 零 部 件 号 码 ， 另 一 个 《 
个 关系 变量 的 合并 ， 我 们 叫 
所 有 的 零 部 们 
出 该 数组 到 底 是 来 
了 世纪 


















































PD) 则 表达 在 








趾 条 们 








LK* 时 对 上 述 所 有 内 容 的 验证 留 给 大 家 作为 练 
ULK’ 可 以 被 直接 定义 为 POI 的 限制 条 件 ， 只 























是 否 与 上 











的 作为 合并 的 版 本 


中 

















最 后 ， 我 还 要 给 大 家 留 一 个 练习 ， 假 设 系统 是 可 以 支持 相应 的 
FE 明 这 个 例子 的 “ 双 引 号 ”版 本 是 完全 不 可 行 的 ， 这 个 版 
了 个“ 双 引号 ”版 本 。 














E 释 。 继 续 假 设 我 们 将 月 
的 属性 PNO， 其 中 一 个 关系 变量 (PA) 表达 在 
国内 生产 也 





它 UAD， 是 一 





PA: 零 部 件 PNO 在 国外 生产 。 








PD: 零 部 件 PNO 在 国内 








上 -人 
J o 











UAD: 





零 部 件 PNO 是 在 国外 4 





E 产 的 或 者 是 在 











/ 


那么 





国内 )。 

















3 














从 为 与 区 二 和 
人 P| 访 








些 零 部 件 是 在 国外 生产 的 ， 而 





两 个 关系 变量 来 表达 
国外 各 
这 两 
接 提供 
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零 部 件 号 码 。 请 注意 ， 





















































~ 








国内 4 








现在 ， 对 比 10.3 节 前 面 引入 关系 变量 PL 和 PK 的 例子 ， 即 合并 不 


E 产 的 不 可 能 既 


F 号 码 。 不 过 问题 在 于 我 们 依然 无 法 仅仅 通过 查看 合并 中 的 数组 就 判断 
自 PA, 还 是 PD (大 家 可 以 比 对 本 章 示 例 1 的 情况 ， 那 个 例子 中 
入 了 交集 为 空 的 合并 )。 各 个 关系 变量 的 谓词 如 下 。 
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/ 

















日 大 位 > 


是 交集 为 

















视图 
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而 言 ， 本 例 有 一 个 重要 的 特点 是 下 面 这 个 约束 显然 是 起 效 的 。 








CONSTRAINT ... DISJOINT { PA ，EFD }) ); 








这 个 约束 将 会 导致 如 下 结果 : 首先 ， 通 常 来 讲 从 UAD 中 进行 删除 操作 将 会 成 





功 ， 尽 管 删除 任何 给 定数 组 都 会 级 联 到 PA 和 PD 其 中 之 一 ; 
重要 的 一 点 ， 那 就 是 想 UAD 插入 数组 总 会 因为 违反 了 黄金 法 则 而 失败 (除非 























它们 是 “ 空 操作 ”)。 


10.4 小结 













































































































































































在 结尾 ， 让 我 从 前 面 几 节 众多 的 示例 讨论 中 抽 离 出 来 , 并且 给 大 家 ， 
并 介入 时 的 更 新 规则 。 定 义 V 为 A UNION B。 接 下 来 ,为 了 更 便于 表达 ， 我 们 假 





























第 二 ， 可 能 是 更 





总 结 一 下 遇 到 合 





) FROM V，; 
) FROM V;，; 


























设 所 有 要 插入 到 A 和 B 中 的 数组 都 必须 分 别 满足 布尔 表达 式 ax 和 bx， 在 这 里 ax 
和 bx 表示 对 相应 关系 变量 的 约束 条 件 《〈 默 认为 TURE)。 于 是 我 们 有 : 
ON INSERT i INTO A : INSERT i INTO V :; 
ON INSERT i INTO B : INSERT i INTO V :; 
ON DELETE d FROM A : DELETE ( d WHERE bx 
ON DELETE d FROM B : DELETE ( d WHERE ax 
ON INSERT i INTO V : 
INSERT ( i WHERE ax ) INTO A, 
INSERT ( i WHERE bx ) INTO B ; 
ON DELETE d FROM V : 
DELE ( d WHERE ax ) FROM A, 
DELE ( d WHERE bx ) FROM B; 


























本 章 前 面 例子 的 更 新 规则 都 是 上 述 这 些 通 用 规则 的 特殊 情况 ， 有 些 
可 能 是 稍微 “改进 ”的 情况 ， 对 于 这 一 点 的 验证 ， 我 将 留 给 大 家 作 


为 练习 。 


现在 我 们 可 以 看 到 ， 在 实际 操作 中 对 于 合并 的 插入 规则 有 时 候 可 能 会 











的 结果 ， 或 者 至 少 是 不 那么 理想 的 结果 。 我 就 这 个 问题 还 要 再 详细 说 


























导致 无 法 接受 



































的 谓词 分 别 为 PA 和 PB， 那 么 V = A UNION B 的 谓词 
向 V 中 插入 t， 实 际 上 就 意味 着 命题 PA(t) OR PB 为 





























就 是 PA OR PB。 因 





说 。 令 A 和 B 
此 ， 如 果 我 们 


真 。 对 比 而 言 ， 同 时 向 A 和 B 插 入 





t 意 味 着 PA(t) AND PB(t) 为 真 。 如 果 向 V 插 入 t 导 致 { 被 同时 插入 A 和 B 的 话 ， 那 么 实际 























上 就 又 出 现 了 逻辑 OR 与 逻辑 AND 效 果 一 样 的 情况 “。 









































我 们 还 能 看 到 ， 上 述 的 结论 适用 于 “ 零 部 件 正在 销售 ”对 “ 零 部 件 有 库存 ”的 第 
























































3 在 这 里 我 提醒 大 家 ，David McGoveran 有 一 个 办 法 来 解决 歧义 问题 ， 我 将 在 第 15 

















着 中 进行 讨论 。 
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1 个 版 本 的 例子 。 然 而 ， 真 正 的 问题 在 于 给 定 一 个 特定 的 数组 并 将 其 插入 到 合并 
ULK 中 ， 数 据 库 管理 系统 无 法 判断 该 数组 逻辑 上 应 当 属 于 关系 变量 PL 或 关系 变 
量 PK 或 两 者 都 有 。 实 际 上 ， 在 该 例子 中 ， 对 于 PL 和 PK 各 自 相 应 的 限制 条 件 就 
是 简单 的 TURE (与 本 章 前 面 讨论 过 的 示例 2 的 情形 ， 即 NLS 对 NPS 的 例子 形 
成 对 比 )。 而 我 对 于 这 个 问题 的 解决 方案 实际 上 就 是 改变 数据 库 设 计 ， 从 而 让 数 
据 库 管理 系统 最 终 可 以 判断 给 定 的 数组 到 底 应 该 属于 哪个 ( 些 ) 关系 变量 。 我 推 
荐 的 这 个 方案 在 实际 操作 中 将 会 很 有 用 ， 并 且 除 了 视图 更 新 以 外 ， 在 其 他 领域 也 
能 够 提供 很 多 便利 。 
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差异 视图 


我 来 教 教 你 什么 叫 差异 : 离开 ， 离 开 ! 


一 一 威廉 








在 本 章 中 , 我 将 讨论 通过 关系 差异 运 入 
































的 问题 。 


符 (在 Tutorial D 
本 章 的 结构 与 前 面 两 章 一 一 第 9 章 和 第 10 章 的 结构 很 相近 ， 我 相信 你 一 


。 莎士比亚 《 李 尔 王 》( 1605 ) 











是 MINUS ) 来 进行 更 新 























定 不 会 对 这 一 点 感到 奇怪 。 但 是 , 本 章 与 前 面 两 章 相 比 , 在 某 些 重要 
到 。 让 我 来 简 身 
果 A=B， 那 么 差异 AMINUS B 和 差异 B 





异 ” 这 个 词 出 现 得 多 么 切 题 
我 们 给 定 两 个 关 
MINUS 
交集 为 空 ， 那 么 AMJINUS B 等 


阿 ! 












































系 变 量 A 和 B。 显 然 ， 如 
人 A 的 结果 都 会 为 室 ， 所 以 这 个 例子 并 不 怎么 吸引 人 。 同 要 








各 位 马上 就 能 看 














的 地 方 也 有 “ 差 
说 明 一 下 : 假设 






































于 A，B MINUS A 等 了 






































地 ， 如 果 A 和 BB 
于 B， 这 个 例子 也 没有 什么 意 






















































































思 。 真 正 有 意思 的 问题 是 A 和 B 并 不 相等 ， 但 是 却 有 重 营 。 因 此 ， 我 将 仿照 第 9 
章 的 方式 , 准备 两 个 例子 , 其 一 是 显 式 重 受 , 而 另 一 个 则 是 隐 式 重 释 。 但 不 同 的 是 ， 
这 次 我 将 先 从 隐 式 重 受 开始 说 起 ， 这 样 做 的 原因 会 在 下 面 的 内 容 中 很 快 揭晓 。 
11.1 示例 1: 隐 式 重 又 

我 的 第 1 个 例子 还 是 基于 第 9 章 和 第 10 章 中 “ 零 部 件 正在 销售 ”对 “ 零 部 件 有 库 





存 ” 的 例子 修改 而 来 的 。 那 么 再 



























































都 只 有 一 个 属 怕 
变量 PK 则 给 出 有 库存 的 

















那些 正在 销售 却 没 有 库存 的 





人 窑 喇 


E PNO 一 一 关系 变量 PL 提供 
零 部 件 号 码 。 我 们 显然 
为 了 一 致 ， 我 们 将 讨论 差异 PL MINUS PK (我 人 


零 部 人 


次 地 ， 我 们 








有 两 个 关系 变量 PL 和 PK， 它们 





























至 











正在 销售 的 零 部 伯 
少 有 两 个 可 能 的 差异 可 供 考虑 。 
] 姑 且 叫 它 DLK)， 它 将 给 昌 











F 号 码 , 而 关系 














我 们 








号 码 。 那 么 ， 各 个 变量 的 谓词 如 下 所 示 。 
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PL: 零 部 件 PNO 正在 销售 。 

PK: 零 部 件 PNO 拥有 库存 。 

DLK: 零 部 件 PNO 正在 出 售 并 且 没 有 库存 。 
样本 值 如 图 11.1 所 示 。 
































PL 


PNO 





P1 
P2 
P3 
P6 














图 11.1 关系 变量 PL、PK 以 及 DLK 的 样本 值 








六 























于 约束 ，{PNO} 显 然 是 3 个 关系 变量 各 自 的 单 键 ， 当 然 还 有 DLK 等 价 于 另 两 个 
关系 变量 的 差异 ， 或 者 更 确切 地 说 ， 是 两 种 可 能 的 差异 之 一 ， 上 具体 如 下 。 
CONSTRAINT ... DLK = PL MINUS PK ; 
接 下 来 看 看 补偿 性 操作 ， 首先 我 们 来 看 看 对 关系 变量 PL 的 删除 规则 。 
ON DELETE d FROM PL : DELETE d FROM DLK ; 
现在 我 们 来 想象 一 下 从 PL 中 删除 数组 t。 想 要 t 出 现在 DLK 中 ， 条 件 就 是 只 有 当 
t 出 现在 PL 中 ， 而 不 在 PK 中 的 时 候 才 可 以 。 而 这 个 条 件 不 管 之 前 是 否 存在 ， 在 
PL 的 删除 操作 之 后 肯定 就 不 会 存在 了 ， 因 此 才 有 了 上 面 这 条 规则 。 
下 面 的 是 对 关系 变量 PL 的 插入 规则 。 
ON INSERT i INTO PL : INSERT ( i MINUS PK ) INTO DLK ; 
现在 我 们 再 来 想象 一 下 向 PL 中 插入 数组 t。 情 况 还 是 如 此 ， 那 就 是 想 要 t 出 现在 
DLK 中 ， 条 件 是 只 有 当 t 出 现在 PL 中 而 不 在 PK 中 的 时 候 才 可 以 。 而 这 个 条 件 想 
要 在 对 PL 的 插入 操作 后 成 立 ， 就 必须 保证 t 在 操作 前 不 在 PK 中 ， 并 且 操 作 之 后 
依然 不 在 PK 中 ， 因 此 才 有 了 上 面 这 条 规则 。 


那么 对 于 关系 变量 PK 来 说 又 是 怎样 的 呢 ? 首先 我 要 指出 ，PL 和 PK 在 DLK 的 定义 中 
处 在 非 对 称 的 角色 上 , 因此 按理 说 相应 的 补偿 性 操作 也 应 当 是 非 对 称 的 ,实际 上 它 
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! 我 建议 使 用 文 氏 图 (Venn diagrams) 来 支持 接 下 来 的 讨论 。 
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们 也 确实 如 此 。 让 我 们 先 来 讨论 一 下 插入 操作 。 再 次 想象 一 下 插入 数组 t (这 次 是 
向 PK 插入 )。 现 在 t 可 能 已 经 存在 于 PK 中 , 也 可 能 不 存在 .如果 它 已 经 存在 于 PK 中 , ? 
那么 显然 它 在 插入 操作 前 不 可 能 出 现在 DLK 中 , 而 操作 之 后 依然 不 会 出 现 。 相 反 地 ， 
如 果 操 作 前 它 并 不 存在 于 PK 中 ， 那 么 即使 开始 时 它 出 现在 DLK 中 ， 插 入 操作 后 它 
也 一 定 不 会 再 出 现 。 以 上 所 有 信息 最 终 可 以 归纳 为 下 面 的 规则 。 


ON INSERT i INTO PK : DELETE i FROM DLK ; 


最 后 ， 让 我 们 来 想象 一 下 从 PK 中 删除 数组 t。 现 在 的 情况 是 + 存在 于 PL 或 者 不 存 
在 于 PL 中 。 注意， 这 是 “ 另 一 个 ”关系 变量 。 如 果 t 存 在 于 PL 中 ， 那 么 无 论 它 之 
前 是 否 在 DLK 中 ， 当 删除 操作 结束 后 它 都 一 定 会 在 DLK 中 。 反 过 来 ， 如 果 t 不 存 
在 于 PL 中 ， 那 么 它 显然 不 存在 于 DLK 中 ， 删 除 操作 之 后 依然 不 在 。 上 面 的 情况 
可 以 总 结 为 下 面 的 规则 。 


ON DELETE d FROM PK : INSERT ( d INTERSECT PL ) INTO DLK }; 


在 我 们 继续 之 前 , 我 要 说 明 一 下 , 我们 刚刚 讨论 的 这 两 个 补偿 性 操作 是 本 书 中 目前 
为 上 第 一 个 由 插入 操作 导致 删除 或 者 反 过 来 由 删除 导致 插入 的 例子 〈 换 名 话说 就 
是 ， 它 们 是 本 书 第 一 个 不 是 只 通过 简单 的 级 联 就 能 完成 的 补偿 性 操作 例子 )。 


接 下 来 我 们 继续 说 说 DLK 上 的 更 新 。 下 面 首先 是 插入 规则 。 


ON INSERT i INTO DLK : 
INSERT i INTO PL , DELETE i FROM PK ， 


现在 我 们 来 想象 一 下 向 DLK 中 插入 零 部 件 号 码 p 相关 的 数组 。 在 这 里 零 部 件 p 正 
在 销售 ， 但 没有 库存 。 因 此 ， 如 果 PL 中 之 前 没有 该 数组 ， 我 们 就 必须 向 PL 插入 
该 数组 ， 如 果 PK 中 之 前 有 该 数组 ， 我 们 就 必须 从 PK 中 删除 该 数组 。 请 注意 ， 整 
体 上 讲 , 这 两 个 更 新 必须 同时 进行 , 去 掉 哪 一 个 都 是 不 完善 的 。 如 果 我 们 只 做 插入 ， 
不 做 删除 ， 那 么 最 后 效果 就 可 能 是 零 部 件 p 既 在 销售 ， 又 有 库存 ; 类 似 地 ， 如 果 我 
们 只 做 删除 ， 不 做 插入 ， 那 么 最 后 的 效果 就 可 能 是 零 部 件 p 既 不 在 销售 ， 又 没有 库 
存 。 这 两 种 情况 都 会 导致 零 部 件 p 的 数组 无 法 出 现在 DLK 中 ， 因 此 会 造成 违反 对 
赋值 原则 的 情况 。 


作者 注 : 实际 上 对 于 上 面 的 问题 还 有 另 一 种 思考 方式 (这 种 角度 也 许 同 时 能 够 帮助 
你 理解 接 下 来 就 要 讨论 的 删除 规则 )。 如 果 用 文 氏 图 的 话 就 很 好 理解 了 ， 任 意 给 定 
差异 A MINUS B 可 以 被 看 作 “ 交 集 ”A INTERSECTC, 这 里 C 是 B 的 (绝对) 补 






































































































































































































































































































































































































































































































































































































































?实际 上 我 们 可 以 忽略 这 种 可 能 性 ， 正 如 我 们 在 第 4 章 里 面 所 看 到 的 ， 没 有 任何 规则 会 要 求 向 变量 中 
插入 一 个 已 经 存在 的 数组 ， 即 使 实际 的 表达 式 语句 中 有 这 样 写 也 一 样 。 
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| 中 


因 
个 对 A 的 插入 操作 和 一 
是 对 B 的 “删除 操作 ” 


那么 对 于 DLK 的 





2 
A 
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ON DE 
DE 


,ETE 
,ETE 























规 贝 




















任意 
执行 的 话 ， 和 前 








蔬 
I 
都 会 


I 怎么 样 ? 想象 一 
件 p 不 是 有 库存 ， 就 是 不 在 销售 ， 还 有 可 能 既 有 库存 ， 又 不 在 销售 。 那 么 显然 ， 
企 是 向 PK 插入 数组 , 即 零 部 件 有 库存 ， 或 者 从 PL 中 | 


此 ， 对 应 第 9 章 相 应 的 讨论 ， 一 个 对 AMINUS B 的 扣 
入 操作 。 但 是 对 C 的 所 
导致 数组 被 从 B 中 拿 掉 并 添加 到 C1 
删除 又 是 怎样 的 呢 ? 我 们 有 以 下 “对 称 ” 的 规则 。 


d FROM D 
d FROM PL 


个 对 C 的 所 


它 会 











LK : 
7 INSERT d INT 


下 我 们 从 DLK' 
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删 


下 我 3 











八 BE 
除 零 六 
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Tt 





F 号 码 p 的 相关 数组 。 在 i 





Fi 入 操作 应 当 会 导致 一 
fi 入 操作 在 效果 上 其 实 就 


























文昌 





已 
已 零 












































tH 现 逻辑 OR 等 同 于 逻辑 AND 的 效 


























里 并 没有 
我 还 是 推荐 采用 


当然 , 我 们 在 这 旦 


个 和 











T 






































还 有 男 一 个 问题 那 就 是 信 | 














出 除 数组 , 恨 
种 操作 就 足以 达到 我 们 想 要 的 效果 。 实 际 上 ， 如 果 像 上 面 所 说 的 两 种 操 
了 次 时 
民 好 的 理由 从 这 两 个 操作 中 选 一 个 ， 而 不 选 男 一 个 。 
看 我 所 列 出 的 规则 ， 直 到 后 面 我 另 有 说 日 

















零 部 件 不 在 销售 ， 
































果 。 当 然 真正 的 问题 在 于 
也 正 因为 如 此 ， 











为 止 。” 




















电 等 价 已 经 丢失 。 有 具体 一 点 说 就 是 作 


E 何 




















可 通过 关系 变量 DLK 单独 表达 的 信息 一 定 都 可 以 被 关系 变量 PL 和 PK 整合 后 表 
达 ， 但 反之 却 不 然 。( 有 


























号 ” 它 刚好 可 以 体现 
就 






































三 








更 新 。 我 们 举 一 个 这 类 








我 将 把 当 用 户 只 能 看 到 


日 


里 还 有 男 一 个 问题 。 
同时 为 了 明 辜 
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即 告诉 数据 库 茶 种 零 部 件 既 在 销售 


DLK 时 对 上 述 所 有 内 容 的 验 说 
习 。 然 而 我 必须 指出 ， 很 不 幸 的 是 与 第 9 章 及 第 10 章 中 讨 





新 的 例子 , 那 就 是 “同时 向 PL 和 
， 又 有 库存 。 











= 


里 


关系 变 


























有 变量 关系 ,假设 零 部 件 P1 在 PL 中 ,但 不 在 
显然 是 合法 的 。 
DELETE ( Pl ) FROM PL ; 
INSERT ( P1 ) INTO PK ; 
请 特别 注意 观察 ， 上 面 的 

















面 的 操 
































个 查询 的 例子 “找到 有 库存 却 没 有 在 销售 的 
后 者 的 信息 在 前 者 中 没有 对 应 信息 的 情况 。) 这 种 情况 的 后 果 
是 显然 会 有 特定 的 更 新 可 以 在 PL 和 /或 PK 中 执行 ， 但 在 DLK 中 去 


出 除 操作 不 会 导致 对 关系 变量 PK 进行 插入 操作 ， 同 样 上 











零 部 件 的 编 





没有 相应 的 
个 新 数组 ” 

















PK 中 所 





入 


FE 留 给 大 家 作为 练 
论 相似 例子 时 一 样 ， 这 








假设 我 们 只 从 PL 和 PK 这 两 个 关系 变量 开始 , 没有 差异 视图 。 


PK 中 ,那么 下 列 的 操作 






























































次 提醒 大 家 , 在 


和 15 章 我 将 与 大 家 讨论 David McGoveran 





入 操作 也 不 会 导致 对 关系 变量 PL 发 生 删 除 操作 。 但 是 如 果 现 在 假设 我 们 引 




















所 推荐 的 一 个 方法 来 解决 这 类 
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入 差异 视 





图 DLK。 那 么 ， 根 据 上 








致 对 关系 变量 PK 的 插入 操作 ， 而 这 个 对 PK 的 扣 


作 ! 除 此 之 外 ,即使 视 
会 这 样 执行 。 或 者 我 

















除 操作 。“ 


现在 对 这 个 问题 ， 
































如 下 。 
DELETE ( Pl ) FROM PL ;，} 
DELETE t{ -Pli 小 EROM PK >} 
INSERT {Pl YY INIGQ PKs 
TNSERT {PP1 "THIO. PE 























不 过 ， 在 接 下 来 的 小 节 ! 
本 质 上 与 第 9 章 和 第 10 章 ! 


11.1.1 


























一 个 更 好 的 设计 





我 在 这 里 要 展示 给 大 家 的 解决 方案 可 能 会 让 大 家 回想 起 前 面 几 章 
它 将 把 关系 变量 PL 和 PK 整体 替换 为 一 个 单独 的 关系 变量 POL， 
中 属性 ON_SALE 逢 














ON_SALE 以 及 IN_STOCK( 




















图 DLK 对 发 起 这 两 个 插入 操作 的 ) 
门 换 一 种 说 法 ， 引 入 这 个 视图 
使 得 令 对 PEL 的 删除 操作 引发 对 PK 的 插入 操作 ,而 令 对 PK 的 捐 











站 对 规则 的 定义 ， 这 个 对 PL 的 删除 操作 就 将 会 导 
入 操作 也 将 会 造成 对 PL 的 删除 操 


















































j 户 并 不 可 见 ， 系 统 也 同样 
显然 必须 同时 引入 相应 规则 ， 以 
入 操作 引发 对 PL 的 删 








特别 是 对 我 们 手 上 的 例子 而 言 ， 有 一 个 可 能 的 解决 办 法 ， 那 
就 是 在 本 来 的 删除 或 插入 操作 执行 后 立即 执行 另 一 个 删除 或 者 插入 操作 ， 详 细 


我 们 马上 就 要 讨论 到 的 这 个 解决 方案 更 值得 推荐 。 当 然 ， 它 
讨论 交集 和 合并 视图 时 遇 到 相应 问 





题 的 解决 方案 是 一 致 的 。 
































所 介绍 的 方案 ， 
带 有 属性 PNO、 














HIN_STOCK 的 类 型 是 BOOLEAN 
并 且 拥 有 明显 的 解释 说 明 ， 而 {PNO} 则 是 单 键 )。 那 么 这 个 关系 变量 的 一 个 可 能 的 值 








































































































































































































如 图 11.2 所 示 “ 与 第 9 章 的 图 9.3， 以 及 第 10 章 中 的 图 10.4 都 是 一 致 的 )。 
POI 
PNO IN_STOCK 
Pl FALSE 
P2 TRUE 
P3 FALSE 
PE4 FALSE 
P5 TRUE 
P6 FALSE 
图 11.2 ”关系 变量 POI 的 样本 值 
4 你 可 能 还 记得 在 第 9 章 和 第 10 章 中 , 在 这 里 会 有 一 个 相关 的 问题 出 现 : 根据 前 两 章 的 更 新 规则 定义 ， 
向 交集 视图 插入 一 个 数组 然后 马上 删除 ， 或 者 从 合并 视图 中 删除 一 个 数组 然后 马上 插入 回来 ， 都 可 
能 无 法 保证 状态 不 变 〈 这 里 的 “状态 不 变 ” 指 的 是 定义 视图 的 关系 变量 的 状态 ， 而 对 于 视图 本 身 则 
状态 不 变 可 以 一 直 保持 )。 这 里 我 要 再 给 大 家 留 个 练习 , 去 验证 对 于 差异 视图 是 否 有 类 似 的 问题 存在 。 
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现在 我 们 来 定义 限制 视图 PL 和 PK’ 以 及 差异 视图 DLK’， 详 情 如 下 。 
CONSTRAINT ... PL’ = POI WHERE ON_SALFE ; 
CONSTRAINT ... PK’ = POI WHERE IN_STOCK ; 
CONSTRAINT ... DLK’ = PL’ MINUS PK' ; 

















图 11.3 所 示 的 是 在 图 11.2 情况 下 这 些 关 系 变 量 的 相应 样本 值 。 


























PL" DLK" 
PNO ON_SALE IN_STOCK PNO ON_SALE IN STOCK 
Pl [ Pl TRUE FALSE 
P2 P3 TRUE FALSE 





P6 TRUE 














图 11.3 ”关系 变量 PL、PK' 以 及 DLK 的 样本 值 














这 3 个 关系 变量 都 以 {PNO} 作 为 单 键 ， 而 {PNO} 同 时 也 是 DLK’ 的 一 个 外 键 ， 引 用 
PL 。 而 下 面 所 列 的 这 些 约束 也 同时 起 效 。” 





















































CONSTRAINT ... IS_EMPTY ( PL’ WHERE NOT ( ON_ SALE ) ) ; 
CONSTRAINT ... IS_EMPTY ( PK’ WHERE NOT ( IN_STOCK ) ) ; 
CONSTRAINT ... IS_EMPTY ( DLK’ WHERE NOT ( ON_SALE ) OR IN_ STOCK ) ) ，; 














在 第 9 章 中 《而 不 是 第 10 章 ), 我 们 还 需要 一 个 额外 的 约束 来 实现 这 个 效果 ， 那 就 
是 如 果 茶 个 零 部 件 同时 存在 于 PD 和 PK’ 中， 那么 代表 这 个 零 部 件 的 两 个 数组 实际 
上 应 该 是 同一 个 。 



































CONSTRAINT ... UNION { PL , PK’ } KEY { PNO } ;}; 


当然 ， 如 果 关 系 变量 PL 和 PK’ 确实 如 我 们 所 定义 的 是 POI 的 视图 的 话 ， 那 么 这 个 
约束 就 将 自动 强制 执行 。 

下 面 是 对 关系 变量 POI 以 及 关系 变量 PL 和 PK 的 更 新 规则 , 与 第 9 章 和 第 10 章 所 
列 的 一 样 。 






























































在 第 9 章 和 第 10 章 中 ， 这 里 还 有 一 个 约束 可 以 实现 这 个 效果 ， 那 就 是 限制 PL WHERE IN_STOCK 
和 PK' WHERE ON_SALE 必须 相等 ， 作 为 关系 变量 PL 和 PK’ 违反 “ 正 交 设计 原则 ”的 后 果 。 
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Es 


INTO POI : 
i WHER. 
i WHERE IN_ST 








[oe 


FROM POI : 
































d WHERE IN_ST 








ON INSER INTO P 











ON INSER INTO P 





ELETE d FROM PL 





E ON_SALE 


d WHERE ON SALE 


: INS 


INTO PL’ 
INTO PK’ 


) 
) 


7 


OCK 


’ 


FROM PL’ 
FROM PK’ 


) 
) 


7 


OCK 


7 





ERT i INTO POI ，; 





ERT i INTO POI ，; 


,ETE d FROM POI ; 

















ELETE d FROM PK’ 

















而 下 面 这 些 则 是 关系 变量 PL 和 


ON 











INSERT i INTO PL’” : IN 








ETE d FROM POI 7 














PK’ 以 及 关系 变量 DLK’ 的 员 


SERT 


新 规则 。 


) 





( i WHERE NOT ( IN_STOCK ) INTO DLK’ 


7 





ON INSERT i INTO PK 


E 


i FROM DLK’ 








7 








ON ETE d FROM PL 














ETE d FROM D 


/ 
LK 要 

















ON ETE d FROM P 





ON ERT i INTO DI 





ON DELETE d FROM DL 


: INSE 








RT ( d WHE 





ON_SALE ) INTO DLK’ 


7 








ERT i INTO PL ; 


ELETE d FROM PL’ 





我 相信 大 家 也 都 认可 ,上面 这 些 规则 都 是 富 无 








我 认为 把 它们 与 以 前 的 版 本 的 例 








7 
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AAA 
f= = 
2 

















议 的 〈 尽 管 在 第 9 章 和 第 10 章 中 ， 
引用 第 9 章 和 第 10 




















子 做 比较 是 很 








I 


























章 的 话 : 实际 上 ， 我 所 做 的 
隐 式 表达 的 信 


其 实 
息 变 为 现在 可 以 由 























意义 的 )。 这 上 
新 设计 了 数据 库 ， 把 原来 只 能 通过 PL 和 PK 














三 | 
全 


下 


凯 























这 种 重新 设计 








| 的 效果 就 是 将 上 一 





E ON_SALE 和 IN_STOCK 的 值 显 式 表达 。 而 
版 本 的 例子 中 挣扎 于 那些 差强人意 的 更 新 行为 











pA 


位 





sh 









































的 情况 ， 转 变 为 一 个 更 新 行为 更 


我 将 把 当 
习 。 为 外 ， 我 要 


















































讲 的 差异 视图 的 版 本 在 本 质 上 是 
统 是 可 以 支持 相应 的 更 新 操作 的 
全 不 可 行 的 ， 这 个 版 本 类 似 于 第 
11.1.2 关于 “包含 差异 ” 
下 面 讨论 一 个 略 有 差异 的 例子 。 























可 接受 的 版 本 。 


] 户 只 能 看 到 关系 变量 DLK? 时 对 上 述 所 有 内 容 的 验证 留 给 大 家 作为 练 
给 大 家 留 个 练习 ， 
只 要 我 们 想 , 那么 请 大 家 验证 一 下 在 这 种 情况 下 的 关于 更 新 的 限制 条 件 





DLK’ 可 以 被 直接 定义 为 POI 的 限 








由 条 件 一 一 
是 否 与 上 面 





















































一 致 的 。 最 后 ， 我 还 要 给 大 家 留 一 个 练习 ， 假 设 系 

















， 那 么 请 大 家 证 明 这 个 例子 的 “ 双 引 号 ”版 本 是 完 
9 章 示 例 2 的 那个 “ 双 引 号 ”版 本 。 





到 全 


-可 


假设 我 们 给 定 两 个 关系 变量 ，PL (和 





上 面 一 样 给 
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则 , 在 任何 时 间 ， 





mm 

















出 的 是 正在 销售 的 零 部 伯 
际 上 这 里 有 一 条 商业 规 贝 
日 当前 PL 值 确 
当然 ， 对 于 差异 DDL= PD MINU 





F 号码) 以 及 PD 给 出 在 国内 4 











1， 规定 只 有 在 









































E 产 的 零 部 件 号 码 )， 并 且 实 





到 内 生产 的 零 部 件 才能 够 销售 。 由 于 这 条 规 


























定 的 关系 都 被 包含 于 由 PD 当前 值 确定 的 关系 中 。 






































部 件 号 码 。( 请 注意 ， 这 个 DDL 是 一 个 “包含 差异 ”的 例子 ， 因 为 第 2 








系 变 量 PL 被 包含 在 第 一 个 当 : 























。 更 具体 来 说 就 是 在 这 个 命题 的 情况 下 











S PL 给 出 的 是 在 国内 生产 ， 但 却 没 有 在 销售 的 零 




















个 运算 数 关 
，PL 的 关系 














体 在 任意 给 定时 间 都 是 PD 的 关系 体 的 子 集 。) 各 个 关系 变量 的 谓词 如 











PL: 零 部 件 PNO 正在 销售 。 














PD: 零 部 件 PNO 是 在 国内 生产 的 。 














DDL: 零 部 件 PNO 是 在 国内 生产 并 没有 在 销售 的 。 





下 面 我 们 来 看 看 ， 对 比 本 节 之 前 我 们 所 讨 

















说 ， 这 个 例子 最 重要 的 一 点 ， 那 就 是 下 面 这 个 约束 显然 起 效 。 


CONSTRAINT ... PL 























而 这 个 约束 所 带 来 的 结果 就 是 对 于 在 
对 DDL 进行 的 删除 操作 总 会 

















下 所 示 。 


论 的 涉及 到 关系 变量 PL 和 PK 的 例子 来 





节 第 一 部 分 所 给 定 的 那些 补偿 性 操作 来 说 ， 

















11.2 示例 2， 显 式 重 又 


我 将 本 节 和 包含 进来 是 为 了 文章 的 完整 性 。 但 其 实 里 面 并 没有 加 入 太 
多 内 容 ， 你 大 可 以 直接 跳 过 本 节 阅 读 。 








下 面 ， 让 我 们 来 看 另 











个 例子 ， 


它 基 于 大 家 现在 都 已 经 入 


因为 违反 黄金 法 则 而 失败 。 























(“non London suppliers”) 和 NPS (“non Paris suppliers”) 。 





NLS { SNO , SNAM 


, 


，S 


A 








NPS { SNO , SNAME 


CE 


S 





A 














US , CI 
US , CI 


下 面 再 为 大 家 列 出 它们 的 谓词 。 








NLS: 供应 商 SNO 已 经 签约 ， 名 字 是 SNAME, 于 
CITY (CITY 不 是 London )。 











NPS: 供应 商 SNO 已 经 签约 ， 名 字 是 SNAME， 拥 有 状态 STATUS， 寺 








CITY (并 且 CITY 不 是 Paris ) 。 





EY { SNO } 











Y }K 
YR 


EY SNOT 























熟悉 的 关系 变量 NLS 





有 状态 STATUS， 并 且 位 于 城市 








F 且 位 于 城市 
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接 下 来 让 我 们 给 出 差异 视图 DLP 的 定义 NLS MINUS NPS。 





DLP { SNO , SNAME , STATUS , CITY } KEY { SNO } 


该 关系 变量 的 谓词 是 : 











DLP: 供应 商 SNO 已 经 签约 ， 名 字 是 SNAME， 拥 有 状态 STATUS， 并 且 位 于 城市 
CITY (CITY 是 Paris)。。 


样本 值 如 图 11.4 所 示 。 




















NLS DLP 


10 
30 
30 






Paris 
Paris 
Athens 























11.4 关系 变量 NLS、NPS 以 及 DLP 的 样本 值 


















































下 列 约束 显然 起 效 。 
CONSTRAINT ... DLP = NLS MINUS NPS ; 
CONSTRAINT ... IS_EMPTY ( NLS WHERE CITY = ‘London’ ) ，; 
CONSTRAINT ... IS_ EMPTY ( NPS WHERE CITY = ‘Paris’ ) ，} 
CONSTRAINT ... IS_EMPTY ( DLP WHERE CITY 夫 ‘Paris’ ) ，; 
CONSTRAINT ... ( NLS WHERE CITY 夫 ‘Paris’ ) = 
( NPS WHERE CITY 夫 ‘London’ ) ; 
同时 ， 如 前 所 述 ， 这 3 个 关系 变量 各 自 都 以 {SNO} 为 单 键 ， 而 在 DLP 中 {SNO} 是 














个 外 键 ， 引 用 NLS。 注 意 : 与 之 前 一 样 ， 我 们 还 需要 一 个 额外 的 约束 来 使 得 {SNO} 
是 NLS 与 NPS 合并 的 键 ， 从 而 确保 如 果 某 个 供应 商 同 时 在 两 个 关系 变量 中 ， 那 么 
代表 那个 供应 商 的 两 个 数组 其 实 就 是 同一 个 。 


CONSTRAINT ... UNION { NLS , NPS } KEY { SNO } 
















































































5 严格 地 讲 ， 在 括号 中 的 这 部 分 谓词 应 当 读 作 “并 且 CITY 不 是 London， 而 且 不 是 (不 是 Paris)。” 不 

过 很 显然 后 来 这 个 描述 简化 成 了 “并 且 CITY 是 Paris”。 由 此 ，DLP 和 NPS 相互 之 间 的 更 新 行为 应 
当 与 LS 和 NLS 相互 之 间 的 更 新 行为 (参见 第 4 章 ) 一 样 ， 当 然 其 中 涉及 到 London 的 地 方 必 须 都 
换 成 Paris。 注 意 : 相对 而 言 ，NPS MINUS NLS 的 谓词 是 “供应 商 SNO 已 经 签约 ， 名 字 是 SNAME， 
有 状态 STATUS， 并 且 位 于 城市 CITY (CITY 是 London)。” 













































































oe 
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当然 ， 如 果 关 系 变 量 NLS 和 NPS 确实 是 供应 商 关 系 变量 $ 的 视图 ， 那 么 这 条 约束 
就 会 自动 强制 执行 。 










































































下 面 要 说 的 是 补偿 性 操作 。 首 先 ， 是 常见 的 NLS 和 NPS 相互 之 间 的 级 联 更 新 规则 。 
ON INSERT i INTO NLS : INSERT ( i WHERE CITY 夫 ‘Paris’ ) INTO NPS ，; 
ON INSERT i INTO NPS : INSERT ( i WHERE CITY 5 ‘London’ ) INTO NLS ; 
ON DELETE d FROM NLS : DELETE ( d WHERE CITY 5 ‘Paris’ ) FROM NPS }; 
ON DELETE d FROM NPS : DELETE ( d WHERE CITY 5 ‘London’ ) FROM NLS ; 















































接 下 来 是 从 NLS 到 DLP 的 级 联 插 入 规则 。 


ON INSERT i INTO NLS : INSERT ( i WHERE CITY = ‘Paris’ ) INTO DLP ，; 


以 及 从 NLS 到 DLP 的 级 联 删除 规则 。 


ON DELETE qd FROM NLS : DELETE ( d WHERE CITY = ‘Paris’ ) FROM DLP ; 
《在 这 里 我 们 可 以 无 损 地 去 掉 限制 条 件 。) 
至 于 对 NPS 的 搬入 规则 , 在 11.1 节 的 分 析 应 该 会 告诉 你 我 们 需要 形 如 下 面 的 规则 。 
ON INSERT i INTO NPS : DELETE i FROM DLP ; 


但 是 如 果 向 NPS 中 插入 数组 t, 那么 数组 t 的 CITY 值 必须 是 Paris 以 外 的 地 方 ,而 DLP 
中 所 有 数组 的 CITY 值 全 部 都 是 Paris， 因 此 这 里 的 补偿 性 操作 就 变 为 了 “ 空 操作 ” 
























































































































































那么 最 后 ， 对 NPS 的 删除 规则 又 是 怎样 的 呢 ? 同样 ， 在 11.1 节 的 分 析 应 该 会 告诉 
你 我 们 需要 形 如 下 面 的 规则 。 


ON DELETE d FROM NPS : INSERT ( d INTERSECT NLS ) INTO DLP }; 


但 是 NPS 中 所 有 数组 的 CITY 值 都 不 是 Paris， 因 此 所 有 d 的 数组 也 是 如 此 ， 而 所 有 d 
INTERSECT NLS 的 数组 则 更 是 如 此 。 "既然 DLP 中 数组 的 CITY 值 都 是 Paris， 那 么 凶 
偿 性 操作 在 这 里 就 再 次 成 为 了 “ 空 操作 ” 注意 : 实际 上 ， 不 严谨 的 讲 ， 将 这 两 个 
“ 空 操 作 ” 放 在 一 起 ， 我 们 能 够 很 直观 地 发 现在 NPS (=non Paris suppliers) 上 进行 
插入 和 删除 操作 其 实 对 DLP (=Paris suppliers) 不 会 有 任何 影响 。 


至 于 对 差异 关系 变量 本 身 的 更 新 , 通过 与 上 面 很 类 似 的 分 析 我 们 很 容易 看 出 ， 规 则 
简化 到 下 面 这 种 形式 。 


ON INSERT i INTO DLP : INSERT i INTO NLS ; 
ON DELETE d FROM DLP : DELETE d FROM NLS ; 
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”请 大 家 再 次 回想 一 下 第 4 章 中 所 讲 的 ， 在 d 中 的 每 一 个 数组 也 都 会 出 现在 NPS 中 。 
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这 两 个 规则 将 我 们 带 到 了 示例 2 的 末尾 。 不 过 可 能 现在 大 家 可 以 看 
| 论 示例 1“ 零 部 件 正在 销售 ”对 “ 零 部 件 有 库存 ”这 个 例子 了 ， 
好 的 表现 ， 但 并 不 是 一 个 能 够 对 底层 
新 规则 变 成 了 


和 大 家 讨 
2，NLS 对 NPS 这 个 例子 ， 虽然 有 比 示例 1 
概念 进行 很 好 诠释 的 好 范例 , 这 正 是 因 




































































3 


为 一 些 特定 约束 的 存在 导致 更 


特别 简化 的 形式 (让 人 有 点 一 叶 障 目的 感觉 )。 


11 


吧 。 


.3 











B 


























小 结 


让 我 们 从 11.2 节 的 示例 讨论 : 
定义 V 为 AMINUS B。 然 后 ， 为 了 简 
的 数组 都 必须 分 别 满足 布尔 表达 式 ax 和 bx， 这 里 
单 默认 为 TURE)。 于 是 我 们 有 : 

















































































































到 ， 对 于 示例 1( 隐 式 重 车 的 例子 )， 通 过 一 个 差异 视图 进 







































































为 什么 我 要 先 
因为 示例 























抽 离 出 来 ， 并 总 结 一 下 遇 到 差异 变 直 


























INTO V ; 




















i WHERE NOT ( bx ) ) INTOYV ; 


DELETE i FROM B :; 


























时 的 更 新 规则 





易 懂 ， 我 们 假设 所 有 要 被 插入 到 A 和 





ax 和 bx 代表 限制 条 件 〈 简 





















































”的 情况 。 


























有 时 候 会 导致 结果 不 可 接受 ， 或 者 至 少 不 很 理想 。 


ON INSERT i INTO A : 
INSERT ( 
ON INSERT i INTO B : 
DELETE i FROM V ; 
ON DELETE d FROM A : 
DELETE d FROM V ; 
ON DELETE d FROM B : 
INSERT ( d WHERE ax ) 
ON INSERT i INTO V : 
INSERT i INTO A, 
ON DELETE d FROM V : 
DELETE d FROM A , INSERT d INTO B :; 
我 将 再 次 把 以 下 验 训 
用 规则 的 特殊 情况 ， 有 些 可 能 是 稍微 “改进 
现在 ， 我 们 看 
作 的 规则 在 实际 操作 
细 说 明 一 下 这 














我 们 


8 我 要 


























同样 可 以 看 到 ， 上 述 的 纤 


词 就 应 当 是 PA AND NOT (PB)。 了 
AND NOT (PB(b) 为 假 ， 这 样 就 逻辑 上 等 价 了 
果 从 V 中 删除 t 导 致 tf 被 从 A 中 删除 ,而 被 插入 B! 
辑 AND 等 同 对 待 。8 
































是 , 如果 我 们 从 V 中 其 


点 。 令 A 和 B 的 谓词 分 别 为 PA 和 PB， 那 么 对 于 V= 











E 留 给 大 家 作为 练习 : 本 章 前 面 例子 的 更 新 规则 都 是 上 




































































论 适 用 于 “ 零 部 件 





次 提醒 大 家 ，David McGoveran 有 一 个 办 法 来 解决 歧义 问题 ， 我 将 在 第 15 章 中 1 
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行 删除 操 
让 我 来 详 





AMINUS B 的 谓 
除 t, 那么 就 意味 着 命题 PA(t) 
F 说 NOT(PA(W)) OR PB(D 为 真 。 因 此 如 
， 那 么 我 们 等 于 再 次 将 逻辑 OR 与 逻 





FE 在 销售 ”对 “ 零 部 件 有 库存 ”的 


行 讨论 。 





视 医 
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第 1 个 版 本 的 例子 。 然 而 , 真正 的 问题 在 于 给 定 一 个 特定 的 数组 并 将 其 从 差异 DLK 
中 删除 ， 数 据 库 管理 系统 无 法 判断 该 数组 逻辑 上 应 当 属 于 关系 变量 PK 或 不 属于 。 
实际 上 ， 在 该 例子 中 ， 对 于 关系 变量 PK 相应 的 限制 条 件 就 是 简单 的 TURE。 而 我 
对 于 这 个 问题 的 解决 方案 实际 上 就 是 改变 数据 库 设计 , 从 而 让 数据 库 管 理 系统 最 终 
可 以 判断 给 定 的 数组 到 底 应 该 属于 哪个 ( 些 ) 关系 变量 。 我 推荐 的 这 个 方案 在 实际 
操作 中 将 会 很 有 用 , 并 且 除 了 视图 更 新 本 身 以 外 , 在 其 他 领域 也 能 够 提供 很 多 便利 。 
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组 合 视图 和 去 组 合 视图 





更 新 组 ， 不 需要 循环 


一 一 Anon: 《Where Bugs Goy》 




















在 这 一 章 中 我 将 与 大 家 讨论 通过 关系 组 合 和 去 组 合 运算 符 (在 Tutorial D 中 是 
GROUP 和 UNGROUP) 来 进行 更 新 的 问题 。 鉴 于 大 家 可 能 对 这 两 个 操作 符 不 是 和 扰 
熟悉 ， 我 将 先 给 大 家 做 一 个 简要 介绍 。 






























































12.1 组 合 (GROUP) 和 去 组 合 (UNGROUP) 
运算 符 
让 我 们 来 看 看 图 12.1 中 所 示 的 关系 ， 我 们 可 以 分 别 找到 两 个 关系 变量 SP 和 SPQ 


的 当前 值 。 当 然 ， 关系 变量 SP 就 是 我 们 常用 的 供应 商 - 零 部 件数 据 库 中 的 那个 设备 
供应 关系 变量 。 





































































































图 12.1 关系 变量 SP 以 及 SPQ 的 样本 值 
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那么 , 至 少 直 观 上 看 起 来 我 们 应 当 能 感觉 到 这 里 再 次 出 现 了 信息 等 价 (因为 图 12.1 
中 所 示 的 各 关系 表达 了 完全 相同 的 信息 )。 那 么 关于 这 两 个 关系 ， 图 中 左边 的 这 一 
个 就 是 通常 我 们 看 到 的 关系 变量 SP 样本 值 的 缩减 版 ， 而 右边 这 一 个 则 是 我 们 将 SP 
样本 值 带 入 下 面 的 表达 式 从 中 得 出 的 。 


SP GROUP ( { PNO , QTY } AS PQ ) 









































































































































作者 注 : 实际 上 这 里 的 GROUP 调用 逻辑 上 等 价 于 一 个 特定 的 EXTEND 调 用 。 有 具体 
来 说 就 是 这 个 调用 EXTEND SP{SNO}:{PQ :=!SP}where (SP 表示 一 个 特定 的 “ 映 
像 关 系 ”?， 而 我 们 有 理由 选择 这 个 EXTEND 公 式 ， 而 不 是 与 它 相 同 的 GROUP。 机 
过 关于 这 一 点 的 细节 讨论 已 经 超出 了 本 书 的 范围 。 如 果 大 家 还 想 了 解 更 多 关于 这 
问题 的 解释 ， 请 参看 《SQL and Relational Theory》。 


现在 ， 图 12.1 中 右边 的 关系 应 当 就 是 关系 变量 SPQ 的 当前 值 ， 如 果 我 们 将 其 代入 
下 面 所 列 的 表达 式 求 值 。 


SPQ UNGROUP ( PQ ) 


那么 就 会 得 到 图 中 左边 的 关系 。 关 于 术语 的 解释 : 图 表 中 右 侧 的 关系 是 左 侧 关 系 的 
一 个 “组 合 后 ”的 版 本 (具体 来 说 是 将 PNO 和 QTY 进 行 组 合 )， 而 左 侧 的 关系 则 是 
右 侧 关 系 的 一 个 “去 组 合 后 ”的 版 本 (具体 来 说 就 是 将 PQ 去 组 合 )。 属 性 PQ 是 一 个 
关系 值 属 性 (relation valued attribute，RVA ) >。 


让 我 们 回 过 头 来 再 看 一 下 关系 变量 SPQ。 下 面 是 该 关系 变量 在 Tutorial D 下 的 定义 。 


VAR SPQ BASE RELATION 
{ SNO CHAR , PQ RELATION { PNO CHAR , QTY INTEGER } } 
KEY { SNO } ; 


青 大 家 特别 注意 观察 属性 PQ 拥有 特定 的 关系 类 型 ， 正 如 我 说 过 的 该 属性 是 具有 关 
系 值 的 。 注 意 : 和 往常 一 样 ， 该 关系 变量 显然 受制 于 各 种 约束 ， 在 这 里 我 要 特别 指 
出 一 种 ,这 个 约束 就 是 (SNO} 是 该 关系 变量 的 单 键 ,但 现在 我 并 不 想 针对 它 
讨论 ， 以 免 跑题 。 


下 面 ， 让 我 来 正式 地 给 GROUP 和 UNGROUP 下 个 定义 。 不 过 为 了 能 够 更 好 地 对 
它们 进行 定义 ， 我 要 首先 向 大 家 介绍 另外 两 个 附加 的 运算 符 ， 分 别 是 WRAP 和 
UNWRAP。 总 地 来 说 ，WRAP 将 给 定 关 系 中 具体 的 一 些 属性 包 庄 成 一 个 独立 的 属 
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! 不 过 到 本 节 结 尾 时 ， 请 注意 参看 注脚 。 
? 我 们 在 第 8 章 中 曾经 提 到 过 映像 关系 。 
3 我 们 在 第 2 章 中 曾经 提 到 过 RVA。 
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| 二 





SP WRAP ( 


会 得 出 下 列 关 系 : 





性 具有 数组 值 , 而 UNWRAP 则 进行 逆向 操作 。 例 如 , 在 
系 变量 SP 的 当前 值 ， 忆 








图 12.1 中 左边 的 关系 是 关 




















注意 这 里 PQ 的 值 在 这 个 关系 中 都 是 数组 ， 而 不 是 关系 。 



























































具有 数组 值 的 属性 ， 
PQ 具有 双 下 画 线 〈 如 果 这 个 关系 被 理解 为 菜 个 关系 变量 
量 的 单 键 就 是 整个 关系 头 ); 


























这 正 是 因为 这 些 PQ 值 都 是 数组 ， 
至 于 UNWRAP 我 们 这 样 来 看 





列表 达 式 : 


spw UNWRAP 











值 的 属性 。 另 外 还 请 六 


性 PNO 在 3 个 PQ 值 ! 









































也 就 是 说 ，PQ 在 这 里 是 
主意 以 下 几 点 : (a) 属 
旺 的 当前 值 ， 那 么 该 关系 变 








机 | 








并 “没有 ” 双 下 画 线 ， 












































返回 的 结果 将 是 最 开始 的 设备 供应 关系 (就 


下 面 ， 我 将 正式 给 出 
的 主要 目的 是 参考 及 引 月 
有 点 难 懂 。 a A 前 
要 百分之百 理解 这 


。 定义 : 令 关系 [的 关系 头 被 分 解 为 子 集 和 = 


























图 12.1: 








一 点 很 





而 不 是 关系 ， 而 键 只 适 
和 下， 让 我 们 把 上 述 WRAP 操作 的 结果 称 作 spw, 那么 下 























H GROUP 和 UNGROUP 的 定义 。 注 i 
日。 像 很 多 正式 的 定义 一 样 











{X1, X2, ..., 





j 于 关系 ， 而 非 数组 。 








左 侧 含有 3 个 数组 的 关系 )。 


: 这 里 我 给 出 这 些 定义 














， 在 第 一 次 阅读 的 时 候 它 们 可 能 
EE 要 ， 那 就 是 在 这 个 阶段 我 们 不 需 


Xm} 以 及 Y = {Y!1, Y2, ..., 


Yn}， 同 时 ， 令 YR 作为 一 个 不 出 现在 X 中 的 属性 的 名 字 。 那 么 表达 式 +r GROUP 
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({Y1, Y2, .…, Yn} AS YR) 会 返回 一 个 关系 sos 的 关系 头 为 {X1 X2, …, Xm, YR}， 
这 里 YR 的 类 型 是 RELATION {Y1, Y2, .….，Yn}。S 的 关系 体 定义 如 下 。 令 - 
WRAP ({Y1, Y2, .…, Yn} AS YT) 的 结果 为 z。 对 于 z 中 每 一 个 不 同 的 X 的 值 x， 
邻 yr 成 为 这 样 一 个 关系 一 一 其 数组 全 部 都 是 且 仪 包含 z 中 数组 的 YT 值 ，z 中 
的 X 值 为 x， 令 t 为 类 型 为 TUPLE {X,YR} 的 数组 ， 其 中 含有 X 的 值 x 以 及 
YR 的 值 yyY， 那 么 只 有 在 这 种 情况 下 ,t 是 s 的 一 个 数组 。 


令 关系 s 拥有 一 个 类 型 为 RELATION {Y1, Y2, … Yn} 的 属性 YR， 并 邻 
X= {X1, X2, .…, Xm} 为 除 YR 之 外 所 有 的 属性 ， 同 时 ， 令 所 有 Xi 都 不 与 任何 
Yj 重 名 (0<i<m,0<j<n)。 那 么 表达 式 s UNGROUP(YR) 将 返回 一 个 关系 r。 
r 的 关系 头 为 {X1, X2, .…, Xm, Y1, Y2, .…, Yn}。S 的 关系 体 定义 如 下 。 仿 关系 z 
的 关系 头 为 {X1, X2, .…, Xm, YT}， 这 里 YT 的 类 型 为 TUPLE {Y1, Y2, .…, Yn}， 
于 是 关系 体 有 如 下 定义 : 对 于 s 的 每 一 个 数组 ，z 都 包含 一 组 类 型 为 {X，YT} 
的 数组 ， 我 们 设 其 中 对 应 在 YR 值 下 每 一 个 s 的 数组 ， 每 一 个 这 种 数组 t 都 
包含 一 个 X 值 等 于 相应 s 数组 中 的 X 值 , 以 及 一 个 YT 值 等 于 某 些 相应 s 数组 
中 的 YR 值 。 今 z 不 含有 任何 其 他 数组 。 那 么 fr 为 z UNWRAP (YT) 的 结 












































对 于 给 定 的 关系 r 和 一 些 rf 的 组 合 ,这 里 总 会 有 一 个 逆向 的 去 组 合 再 次 
生成 r, 然而 反 过 来 却 并 不 一 定 是 这 样 。 接 下 来 的 例子 说 明了 这 一 点 
我 们 来 看 一 个 关系 ,姑且 叫 它 spq， 如 图 12.2 所 示 , 请 特别 注 意 供应 
商 S2 的 PQ 值 在 spq 中 是 个 空 关系 ,表达 式 spqg UNGROUP (PQ) 会 产生 
一 个 关系 ， 姑 且 叫 它 Sp， 如 图 中 间 部 分 所 示 。 而 表达 式 Sp GROUP 
({PNO,QTY} AS PQ) 则 产生 如 图 右 侧 所 示 的 关系 ， 该 关系 显然 与 原 
来 的 关系 spq 不 相等 。“ 



































“不 过 你 是 否认 为 它们 信息 等 价 呢 ? 《在 大 家 读 过 第 14 章 之 后 可 能 会 想 要 重新 审视 这 个 问题 。) 
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12.2 ”一 个 组 合 /去 组 合 示例 


为 了 更 好 地 研究 对 于 组 合 和 去 组 合 关 系 变量 的 更 新 , 让 我 们 首先 从 设备 供应 关系 变 
量 SP 开始 ， 并 且 让 我 们 将 该 关系 变量 针对 PNO 和 QTY 进行 组 合 操作 来 定义 另 
个 关系 变量 SPQ ,我 们 将 该 变量 中 组 合 后 的 属性 称 作 PQ( 与 12.1 节 中 的 基本 相同 )。 
同时 , 为 了 意义 明确 ， 我 们 假设 在 进一步 说 明之 前 ， 关 系 变量 SP 和 SPQ 都 是 基础 
关系 变量 ， 暂 时 没有 视图 。 那 么 谓词 如 下 所 示 。 


SP: 供应 商 SNO 供应 零 部 件 PNO， 数 量 为 QTY。 
































































































































. 





SPQ: 供应 商 SNO 当 且 仅 当 对 集合 PQ 包 含 一 个 数 对 (PNO，QTY )， 其 中 PNO 等 于 
p， 而 QYT 等 于 q 时 ， 供 应 零 部 件 p， 数 量 为 qg。5 


那么 关于 约束 ，{SNO,PNO} 为 SP 的 单 键 , 而 {SNO} 则 为 SPQ 的 单 键 。 同 时 ， 下 列 
约束 也 显然 起 效 。 


CONSTRAINT ... SPQ = SP GROUP ( { PNO , QTY } AS PQO ) ，; 
CONSTRAINT ... SP = SPQ UNGROUP ( PQ ) ，; 












































在 这 里 我 们 的 组 合 操作 是 具有 可 逆 性 的 ， 因 为 SPQ 是 由 SP 而 不 是 
其 他 方式 定义 的 ， 也 就 是 说 在 SPQ 中 的 所 有 数组 与 其 PQ 值 一 样 都 
不 可 能 为 空 关 系 。 


司 样 地 ， 在 SPQ 中 ， 两 个 含有 不 同 PQ 值 的 数组 不 可 能 拥有 一 个 相同 的 PNO 值 。 
实际 上 ， 这 个 约束 是 下 面 两 个 条 件 放 在 一 起 的 逻辑 结果 : {SNO,PNO} 是 SP 的 键 ， 
司 时 对 属性 PNO 的 组 合 已 经 完成 了 (一 部 分 )。 不 过 我 们 依然 可 以 对 这 条 约束 做 显 
式 声明 。 








































































































CONSTRAINT ... ( SPQO UNGROUP ( PO ) ) KEY { SNO , PNO }; 
最 后 ， 我 们 显然 还 有 下 面 这 条 约束 。 
CONSTRAINT ... SPQ { SNO } = SP { SNO };); 


(虽然 这 条 约束 实际 上 也 是 我 们 如 此 定义 SPQ 的 逻辑 结果 之 一 )。 


下 面 , 让 我 们 来 看 看 对 关系 变量 SP 的 更 新 以 及 它 在 关系 变量 SPQ 上 的 补偿 性 操作 
吧 。 为 了 明确 表述 ， 我 们 令 关 系 变 量 SP 和 SPQ 的 当前 值 如 图 12.1 所 示 。 那 么 假 






























































”如 大 家 所 见 ，RVA 让 关系 变量 SPQ 的 谓词 显得 有 点 复杂 。 这 种 情况 也 从 侧面 反映 了 为 什么 RVA 至 
少 在 基础 关系 变量 中 通常 被 视 为 禁忌 ， 虽 然 不 是 完全 没有 被 使 用 。 关 于 这 点 说 太 多 就 会 跑题 了 ， 不 
过 如 果 你 感 兴趣 ， 欢 迎 参 阅 《Database design and Realtional Theory》 以 获得 更 多 信息 。 
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设 我 们 向 SP 插入 设备 供应 数组 (S3,P2,200)。( 这 第 1 个 例子 的 重点 在 于 关系 变量 
SP 当前 不 含有 任何 关于 供应 商 S3 的 数组 ， 因 此 在 关系 变量 SPQ 中 也 没有 。) 那么 
显然 ， 我 们 需要 做 的 就 是 向 关系 变量 SPQ 中 插入 下 列 数组 。 





























SNO PQ 


S3 PNO QTY 


Bb 么 相对 的 ， 如 果 假 设 我 们 向 SP 中 插入 设备 供应 数组 (S1,P3,400)〔 这 第 2 个 例子 
的 重点 在 于 关系 变量 SP 当前 含有 关于 供应 商 S1 的 一 些 数组 ,因此 在 关系 变量 SPQ 
中 也 有 ， 当 然 实 际 上 它 只 含有 一 个 这 样 的 数组 )， 那 么 显然 ， 我 们 需要 做 的 就 是 将 
关系 变量 SPQ 中 已 经 存在 的 关于 供应 商 Sl1 的 数组 蔡 换 为 下 列 数组 。 
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那么 上 面 这 些 考量 最 终 让 我 们 得 出 了 下 列 对 于 SP 的 插入 规则 。 


ON INSERT i INTO SP : 
DELETE ( SPQ MATCHING i ) FROM SPQ ， 
INSERT ( ( SP MATCHING i { SNO } ) 
GROUP ( { PNO , QTY } AS PO ) ) INTO SPO) 


针对 两 个 或 两 个 以 上 独立 赋值 时 会 有 同一 个 目标 这 种 情况 ， 多 重 赋 
a ht 
的 删除 操作 会 先 于 对 其 的 插入 操作 被 执行 。 不 过 ， 我 们 也 可 以 通 
将 规则 改造 为 下 面 这 种 方式 来 避免 任何 这 种 对 定义 的 依赖 。 


ON INSERT i INTO SP : 





























WITH (七 := SPQO MATCHING i ，, 
t2 := SP MATCHING i { SNO } ， 
t3 := t2 GROUP ( { PNO , QTY } AS PQO) ) : 





DELETE 七 L FROM SPQ ， 
INSERT 七 3 INTO SPQ :; 
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关于 这 个 例子 有 个 很 有 趣 的 地 方 就 是 相应 的 删除 规则 与 我 们 刚刚 定义 的 插入 规则 
点 说 就 是 如 果 从 SP 中 删除 一 个 数组 ， 导 
独 数组 也 需要 被 删除 ， 然 后 该 供应 商 在 SP 中 遗留 下 来 的 数组 〈 如 果 有 ) 5 


非常 相似 。 详 引 
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来 计 人 
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ON DELE 















































个 新 的 数组 并 插入 到 SPQ 中 。 规 则 详 ; 








TE 








WIT 


DE 








时 





ETE 





INSERT 





那么 对 于 SPQ 的 更 新 又 是 怎样 的 呢 ? 其 


青 如 下 。 

















Bb 么 SPQ 中 相应 供应 商 的 单 














d FROM SP : 

tl := SPQO MATCHING Q ， 

t2 := SP MATCHING d { SNO } ， 

t3 := t2 GROUP ( { PNO , QTY } AS PO) ) : 
tl FROM SPQ ， 


t3 TNIOMSPO 




















ON DFE 


iE TE 











DE 





ETE 





实际 上 我 认为 插入 规则 也 很 简单 。 举 例 来 说 , 我们 
当前 值 是 如 图 





Q FROM SPQ : 
( SP MATCHING d ) FROM SP /， 


到 SPQ 中 会 发 生 什 么 。 

















删除 规则 很 简单 。 

















] 以 被 用 

















次 假定 关系 变量 SP 和 SPQ 的 


12.1 所 示 的 关系 。 那 么 大 家 考虑 一 下 ， 如 果 我 们 将 下 面 的 数组 插入 




















我 想 大 家 已 经 很 清楚 ， 我 们 需要 做 的 就 是 将 下 列 3 个 数组 插入 到 关系 变量 SP 中 。 























EE 


SNO 


PNO QTY 


[ep] 
心 
rO 
a 
心 
Lm] 

















下 面 是 插入 规则 。 























i INTO SPQ : 


T (i UNGROUP ( PO ) ) INTO SP ; 














那么 , 请 大 家 考 上 

















点 
空 的 空 关 系数 组 会 出 现 怎 样 的 情况 ? 假设 空 ; 


一 下 , 根据 这 个 规则 ， 如 果 我 们 尝试 向 SPQ 中 插入 一 个 PQ 值 为 
系数 组 如 下 所 示 。 
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将 是 一 个 空 关 系 。 


























现在 让 我 们 来 回想 一 下 ， 到 目 



























































这 里 我 们 设 i 为 包含 上 述 数 组 的 关系 ， ]j 
将 


前 为 止 , 我 
但 是 我 想 你 可 以 看 到 ， 如 果 SPQ 实际 上 是 SP 的 一 个 (组合) 视图 
么 不 同 ， 所 有 我 们 前 面 讨 论 的 更 新 ] 



































贰 则 都 可 以 毫 无 变化 地 适用 。 









































是 SPQ 的 一 个 (去 组 合 ) 视图 情 ; 


























12.3 


Tutorial D 的 SUMMARIZE 运算 符 主要 分 为 两 种 
才 论 ， 不 过 ， 在 这 里 讨论 














到 下 一 章 〈 第 13 章 ) 中 讨 

















《为 什么 说 方便 昵 ， 因 为 虽然 这 个 简单 版 本 其 实 是 通 

















依然 可 以 把 它 看 作 前 两 节 ! 





子 。 再 次 令 关系 变量 SP 的 当前 值 为 如 图 





SUMMARIZE SP BY { SNO } : 


会 得 出 下 列 关 系 : 








L 也 是 一 样 。 更 有 
中 的 所 有 数组 与 其 PQ 值 一 样 都 不 为 空 关系 也 没有 问题 , 尽 
是 肯定 丢失 了 的 (因为 约束 SPQ = SP GROUP ({ PNO,QTY} AS PQ) 不 再 起 效 )。 


-是 对 表达 式 i UNGROUP (PQ) 求 值 的 结果 
因此 ， 没 有 数组 被 插入 到 SP 中 。 所 以 整个 操作 会 因为 违反 黄金 
法 则 而 失败 ， 具 体 来 说 ， 它 违反 了 效果 为 SPQ{SNO) = SP{SNO} 的 约束 。 

直 假 设 SP 和 SPQ 都 是 基础 关系 变量 。 
的 话 
反 过 来 i 







































































{ TQY := SUM ( 











多 式 。 


管 在 这 和 











一 个 SUMMARIZE (概览 ) 示例 























并 没有 什 
， 如 果 SP 


























者 ， 即 使 我 们 不 能 保证 在 SPQ 








情况 下 信息 等 


自 等 价 

















对 于 更 加 通 
































下 简单 一 点 的 






































QTY 














) 二 


的 形式 我 将 放 
攻 式 却 很 方便 。 
版 本 的 特殊 情况 ， 不 过 我 们 
讨论 的 GROUP 运算 符 的 变种 。) 下 面 我 们 来 看 一 个 例 
12.1 所 示 的 关系 , 那么 对 下 列表 达 式 求 值 : 






























































这 个 结果 是 通过 如 下 步骤 得 来 的 《我 们 在 后 面 会 给 出 
式 SP GROUP ({PNO,QTY} AS PQ) 求 值 , 可 


























了 








E 式 的 定义 )。 首 先 ， 对 表达 
以 得 到 一 个 中 间 结 果 , 我 人 

















] 设 它 为 spq; 


接 下 来 ， 对 于 spq 中 的 每 一 个 数组 ， 都 将 其 PQ 值 “当然 这 个 值 是 个 关系 ) 蔡 换 为 
TQY 值 ， 而 这 个 TQY 值 来 自 于 对 PQ 关系 的 “ 求 和 ” 























实际 上 ， 前 面 我 们 讲 的 SUMMARIZE 调 





计算 SUM(QTY)。 








逻辑 上 等 价 


一 个 特定 的 
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EXTEND 调用 ， 具 体 来 讲 就 是 在 EXTEND SP{SNO}:{TQY :=SUM( !ISPQTY)} 这 个 
调用 中 ，!SP 体现 了 一 个 特定 的 映像 关系 ， 而 在 这 里 我 们 有 理由 从 二 者 之 中 选择 
EXTEND 公式 ， 而 不 是 SUMMARIZE。 不过， 关于 这 个 问题 的 细节 讨论 已 经 超出 了 
本 书 的 范围 。 如 果 大 家 有 兴趣 请 参看 《SQL and Relational Theory》 来 获得 更 多 说 明 。 


接 下 来 我 们 还 有 男 一 个 例子 “对 于 每 个 供应 商 ， 计 算 每 种 不 同 的 “设备 供应 ” 数 
最 和 2 


SUMMARIZE SP { SNO , QTY } BY { SNO } : { TQY := SUM ( QTY ) } 


这 个 表达 式 所 表达 的 是 对 于 SP 上 SNO 和 QTY 的 一 个 特定 投影 的 概览 , 这 个 投影 只 包 
括 对 每 个 供应 商号 码 相应 的 每 下 0 应 的 数量 ， 正 如 我 们 所 要 求 的 。" 注意 : 

依照 图 12.1 所 给 出 的 SP 的 样本 值 ， 这 个 表达 式 恰好 得 出 了 与 上 一 个 例子 相同 的 结 
果 ， 不 过 通常 来 讲 不 会 这 样 。 


接 下 来 是 对 这 个 形式 的 SUMMARIZE 的 定义 。 


。 ”定义 : 令 关 系 r 的 属性 叫 作 Al,A2,..., An (可 能 还 有 更 多 ), 而 没有 属性 叫 作 B。 
那么 ， 表 达 式 SUMMARIZE r BY {Al, A2, ..…, An} : {B :=summary} 将 返回 一 个 
关系 ， 其 关系 头 为 {Al, A2, …, An, B}， 而 关系 体 为 所 有 数组 1 的 集合 ， 这 里 的 
t 等 于 r 中 某 些 数 组 在 A1, A2, …, An 上 的 投影 ， 并 扩展 出 一 个 B 的 值 b。 这 个 
值 b 是 i 通过 对 所 有 与 具备 相同 属性 (包括 Al,A2,…, An) 值 的 r 的 数组 进行 
“ 求 和 ”得 出 的 。 


作者 注 : 我 认为 就 本 书 的 目的 而 言 ， 对 “计算 一 个 求 和 ”这 个 概念 可 以 被 定义 得 更 
准确 一 些 。" 不 过 我 实在 不 想 在 这 里 尝试 写 出 这 样 一 个 定义 ， 因 为 这 会 产生 相当 多 
的 复杂 性 ， 这 些 复 杂 的 内 容 (很 可 能 ) 对 本 书 的 主题 没有 任何 容忍 度 。 因 此 我 就 
默认 大 家 直观 上 关于 这 里 发 生 了 什么 有 了 足够 的 了 解 并 且 不 再 深究 。 同 时 我 默认 
大 家 对 于 一 些 经 常会 被 用 到 的 概览 操作 也 都 很 熟悉 了 ， 比 如 计数 、 求 和 、 求 平均 
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等 o 壮 元 o 
























































re 



































































































































































































































































































































/ 













































































那么 现在 ， 让 我 们 假设 SP 是 基础 关系 变量 ， 同 时 让 我 们 用 下 面 所 列 的 约束 定义 一 
个 视图 STQ。 




















4 从 这 个 例子 中 已 经 能 充分 反应 出 ，Tutorial D 完全 不 需要 ， 也 不 支持 类 似 SQL 那个 允许 “概览 ”中 
包含 关键 词 DISTINCT 的 特色 小 把 戏 。 

”注意 观察 这 个 定义 使 用 了 数组 版 的 投影 , 同时 也 适用 了 数组 版 的 关系 运算 符 EXTEND。 请 详 见 《SQL 

and Relational Theory》 来 获得 关于 这 个 问题 的 更 多 讨论 。 

$ 在 这 个 例子 中 ， 对 求 和 运算 求 值 SUM(QTY) 实 际 上 需要 对 “PQ 关系 ”的 属性 QTY 调用 “ 求 和 运算 
符 ”SUM。 关 于 这 一 点 的 更 多 解释 ， 请 参看 《SQL and Relational Theory》。 
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CONSTRAINT ... STQ = SUMMARIZE SP BY { SNO } : {TITQY := SUM ( QTY ) } ，; 
各 变量 谓词 如 下 。 
SP: 供应 商 SNO 供应 零 部 件 PNO， 数 量 为 QTY。 
STQ: 供应 商 SNO 供应 零 部 件 总 数 为 TQY 。 


实际 上 STQ 的 谓词 略 有 点 站 不 住 脚 ， 如 果 有 一 点 点 改进 就 会 很 好 了 。 
在 下 一 章 中 我 会 回 到 这 个 问题 来 讲 一 讲 ， 不 过 你 可 能 想 自己 试 试看 
是 否 能 够 明白 我 在 这 里 所 看 到 的 问题 。 


当然 , 在 这 个 例子 中 信息 等 价 是 不 存在 的 。 这 也 是 为 什么 将 STQ 定义 为 SP 的 视图 
是 合理 的 ， 但 是 将 SP 定义 为 STQ 的 视图 却 不 合理 ， 实 际 上 根本 无 法 这 样 定义 。 


我 们 再 来 看 看 约束 ，{SNO,PNO} 是 SP 的 单 键 ， 而 {SNO} 是 STQ 的 单 键 。 同 时 ， 
下 列 约束 也 会 起 效 。 


CONSTRAINT ... STO { SNO } = SP { SNO }) 
这 个 约束 其 实 也 是 STQ 的 定义 方式 所 带 来 的 结果 。 


现在 ， 让 我 们 来 看 看 在 关系 变量 SP 上 的 更 新 情况 以 及 相应 的 补偿 性 操作 。 为 了 文 
章 的 明确 性 ， 我 们 令 关 系 变量 SP 和 STQ 的 当前 值 如 图 12.3 所 示 。 











































































































































































































图 12.3 ”关系 变量 SP 和 STQ 的 样本 值 


假设 我 们 向 SP 中 插入 设备 供应 数组 (S3，P2，200)， 那 么 显然 我 们 需要 做 的 就 是 
向 关系 变量 STQ 中 插入 数组 (S3，200)。 对 比 来 看 ， 假 设 我 们 向 SP 中 插入 设备 供 
应 数组 (S1，P3，400)， 那 么 现在 我 们 需要 做 的 是 将 关系 变量 STQ 中 已 经 存在 的 




































































关于 供应 商 S1 的 数组 蔡 换 为 这 一 个 :(S1，900)。 因 此 对 于 SP 的 插入 规则 如 下 所 示 。 
ON INSERT i INTO SP : 
WITH ( tl1 := STO MATCHING i ，, 
t2 := SP MATCHING i { SNO } ， 
t3 := SUMMARIZE t2 BY { SNO } : { TQY := SUM ( QTY ) } ) : 
DELETE t1 FROM STO, 

















INSERT t3 INTO STO ; 
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所 以 如 你 所 见 ， 上 述 规则 与 12.2 节 中 GROUP/UNGROUP 例子 相应 的 规则 是 非常 
相似 的 ， 并 且 很 明显 ， 删 除 规则 也 同样 是 非常 相似 的 。 详 细 来 说 就 是 如 果 从 SP 
删除 一 个 数组 ， 那 么 STQ 中 相关 供应 商 的 单数 组 也 需要 被 删除 ， 然 后 该 供应 商 在 
SP 中 遗留 的 数组 〈 如 果 有 ) 会 被 用 来 重新 计算 出 一 个 新 的 数组 并 插入 到 STQ ， 
下 面 就 是 删除 规则 。 


ON DELETE Q FROM SP : 











I 





























































































































WITH ( tl1 := STQ MATCHING q ， 
t2 := SP MATCHING d { SNO } ， 
t3 := SUMMARIZE t2 BY { SNO } : { TQY := SUM ( QTY ) } ) : 











DELETE 七 L FROM STQ ， 
INSERT t3 INTO STO; 





























那么 对 于 STQ 的 更 新 又 是 怎样 的 呢 ? 其 中 删除 规则 还 是 很 简单 。 


ON DELETE d FROM STQ : 
DELETE ( SP MATCHING Q ) FROM SP ; 












































人 600) 是 什么 意思 
呢 ? 因此 在 这 里 对 于 STQ 并 没有 插入 规则 。” 当然， 没有 规则 并 不 意味 着 我 们 不 能 
向 其 进行 插入 操作 (因为 SP 的 更 新 规则 很 明显 就 要 求 向 STQ 插 入 数组 )， 只 是 说 这 
类 操作 基本 上 会 因为 违反 黄金 法 则 而 失败 , 除非 这 些 操作 是 某 个 多 重 赋值 的 一 部 分 
《在 对 SP 的 更 新 规则 中 它们 就 是 如 此 )。 
























































































































































”实际 上 有 时 候 可 能 我 们 还 是 可 以 对 如 STQ 这 样 的 视图 执行 插入 操作 。 例 如 ， 这 里 可 能 只 有 一 个 被 加 
数 ， 或 者 ， 有 些 起 效 的 约束 可 能 会 有 让 视图 成 为 “可 被 插入 ”的 。 例 如 ， 可 能 某 些 约束 会 让 所 有 被 
加 数 都 相等 。( 这 里 要 感谢 David McGoveran 的 贡献 。) 
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展开 视图 与 概览 视图 


东 拉 西 扯 ， 展 开 和 概览 ， 全 都 守 规 矩 ， 好 学 校 都 这 么 教 。 





一 一 Anon: 《Where Bugs Goy》 


关系 型 展开 (EXTEND ) 和 概览 (SUMMARIZE ) 操作 彼此 很 相似 ， 因 为 它们 都 会 









































生成 包含 一 个 新 的 “计算 ”属性 “的 结果 。 简 单 说 来 ， 我 们 可 以 认为 EXTEND 能 够 

















实现 “ 跨 数 组 ”运算 ， 而 SUMMARIZE 能 够 进行 “全 属性 ” 运算。 但 是 我 不 得 不 说 ， 

















这 个 特性 描述 及 其 不 准确 ， 因 为 实际 上 SUM 
这 个 问题 在 《SQL and Relational Theory》 一 : 




















MARIZE 可 以 由 EXTEND 来 进行 定义 ， 











中 也 顺便 提 过 )。 


13.1 一 个 展开 示例 





中 做 过 解释 (而 且 在 前 面 的 一 些 章节 





























我 将 从 第 2 章 例 子 的 一 个 简化 版 开始 说 起 。 





首先 ， 为 了 简化 示例 ， 让 我 们 将 关系 变 




















量 P 中 除了 PNO 和 WEIGHT 以 外 的 所 有 属性 全 都 忽略 掉 。 其 次 ， 假 设 WEIGHT 
值 在 该 关系 中 的 单位 是 磅 。 再 次 , 假设 我 们 希望 将 这 些 重 量 用 公克 显示 出 来 。 而 















































磅 等 于 454 克 ， 因 此 我 们 可 以 这 样 写 。 


EXTEND P : { GMWT := WEIGHT * 454 } 


依据 我 们 常用 的 样本 值 ， 结 果 如 下 图 所 示 。 































































































! 在 这 里 我 忽略 掉 了 第 2 章 中 EXTEND 的 形式 ， 我 姑 


























称 之 为 EXTEND 的 第 二 形式 ， 在 该 形式 中 被 















































“计算 ”的 属性 并 不 是 一 个 “新 的 ”属性 。 同样, 我 会 在 本 章 的 整个 章节 中 都 忽略 这 种 形式 的 EXTEND， 
































姑 为 它 可 以 直 第 一 形式 来 定义 。 
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WEIGHT GMWT 




















接 下 来 让 我 们 同 往常 一 样 假设 关系 变量 P 是 基础 关系 变量 , 同时 让 我 们 定义 一 个 如 
上 面 展开 版 本 的 视图 ， 叫 作 PX。 那 么 各 变量 的 谓词 如 下 所 示 。 


P: 零 部 件 PNO 在 公司 内 使 用 ， 并 且 重 量 为 WEIGHT 磅 。 



















































































PX: 二 件 PNO 在 公司 内 使 用 ,并 有 日 重量 为 WEIGHT 磅 和 GMWT 克 (并 GMWT 
= WEIGHTX454)。 























而 约束 的 情况 则 是 {PNO} 分 别 为 P 和 PX 的 单 键 。 同 时 ， 我 们 显然 有 以 下 约束 
起 效 。 


CONSTRAINT ... PX = EXTEND P : { GMWT := WEIGHT * 454 }; 
CONSTRAINT ... IS_EMPTY ( PX WHERE GMWT * WEIGHT * 454 ) 























7 











那么 ， 在 关系 变量 P 上 的 更 新 可 以 直接 进行 。 补 偿 性 操作 如 下 所 示 。 


ON DELETE d FROM P : 
DELETE ( PX MATCHING Q ) FROM PX }; 




















ON INSERT i INTO P : 


















































INSERT ( EXTEND i : { GMWT := WEIGHT * 454 } ) INTO PX > 
对 于 PX 的 更 新 也 可 以 直接 进行 。 
ON DELETE d FROM PX : 
DELETE ( P MATCHING d ) FROM P ;) 




















ON INSERT i INTO PX : 
INSERT i { PNO, WEIGHT } INTO P ，; 




















注意 ， 观 察 最 后 一 条 规则 ， 所 有 i 的 数组 必须 都 有 GMWT =WEIGHTX454《〈 和 否则 
就 会 违反 黄金 法 则 )。 换 句 话 来 说 就 是 只 由 关系 变量 P 组 成 的 设计 ， 以 及 只 由 关系 
变量 PX 组 成 的 设计 ， 这 两 种 设计 是 信息 等 价 的 。 但 是 它们 能 够 如 此 ， 都 是 因为 下 
面 这 一 条 约束 起 效 : PX 中 的 所 有 数组 都 遵守 GMWT = WEIGHTX454。 如 果 没 有 
这 条 约束 ， 我 们 就 可 以 向 PX 插入 数组 (例如) WEIGHT = 12.0 并 且 GMWT = 0.0， 
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这 将 是 一 条 在 P 中 找 不 至 
现在 我 们 来 考虑 一 个 月 
.知道 下 列 谓 词 。 


X: 零 部 件 PNO 在 公 
ee 


2. 了 解 {PNO} 是 该 关系 变量 


CONSTRAINT ... 
3. 并 不 知道 任何 补偿 性 


很 明显 ， 从 这 
行 。 也 许 ， 它 还 不 是 
些 说 明 。 

由 此 导致 和 


UPDATE PX WHI 


作者 注 : 在 这 
我 们 可 以 说 在 关系 变量 PX 中 的 
说 这 类 属性 不 能 被 直接 更 新 ， 

然而 ， 请 注 
的 (b) 计 入 
来 ， 它 丰 
生丝 万 缕 的 联系 。 尽 管 
计算 属性 出 现 的 可 能 


关系 常数 
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上 面 就 是 关于 EXTEND 本 身 我 想 说 的 所 有 内 容 了 , 不 过 我 还 想 











| 对 应 项 的 对 PX 的 如 
昌 户 只 能 看 到 关系 变量 PX 时 的 情况 ， 该 月 


的 键 ， 同 时 也 


操作 ( 


位 用 户 的 角度 来 看 ， 对 于 PX 的 所 有 更 新 都 可 以 如 预期 的 一 档 
式 UPDATE 操作 做 一 
点 是 这 一 条 : 这 类 操作 当然 都 必须 符合 约束 GMWT = WEIGHT X454。 


的 结果 是 WEIGHT 和 GMWT 必须 总 是 保证 同步 更 新 ， 
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里 我 们 可 能 会 陷入 一 个 对 “虚拟 ”或 “计生 


FE 意 下 面 两 点 : (a) 这 类 属 
概念 本 身 跟 我 们 所 要 讲 的 视图 i 
扩展 更 新 、 多 变量 约束 ”， 
此 ,现在 我 还 是 决定 应 用 
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了 解 下 列 约束 。 


E GMWT 去 了 


户 并 不 知道 关系 变量 
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下 面 是 个 例子 。 


:= 7718.0 } ; 


具体 来 讲 ， 
那么 进而 我 们 可 以 
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也 就 是 说 维护 它们 是 数据 库 管 型 
性 在 基础 关系 变量 中 与 在 


盏 立 | 
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系统 DBMS 的 事情 。 
视图 中 的 意义 是 相同 
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j 上面 EXTEND 的 入 

















子 来 阐明 另外 一 个 比较 常见 的 重点 内 容 。 假 设 我 们 定义 一 个 “有 名 称 的 关系 党 
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许 重 复 行 。 当 然 ， 























hn 
tt 





一 < 


出现 多 变量 约 
见 定 : 给 定 两 个 设计 选项 A 和 了 B， 


EE 复 行 ， 而 选项 B 为 允许 重 
当 未 来 出 现 清 晰 需求 要 








束 的 情况 。 




















只 能 二 选 
下 面 我 们 举 个 SQL 的 例子 。 


中 和 A 向 上 
SQL 
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容 B， 而 B 的 含义 尚未 


一 个 














E 复 行 。 而 对 这 个 问题 谨 1 
更 求 支持 重复 行 时 ， 它 们 也 可 以 被 支 
这 个 决定 后 来 看 是 非常 错误 的 ， 但 现 
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到 A 选项 的 情况 了 。 
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如 下 所 示 “。 





CONST WG INIT ( RELATION { TUPLE { WEIGHT 11.0 , GMWT 4994.0 } ， 
UPLE { WEIGHT 12.0 ,§ GMWT 5448.0 7 
UPLE { WEIGHT 13.0 , GMWT 5902.0 7 
UPLE { WEIGHT 14.0 , GMWT 6356.0 7 
UPLE { WEIGHT 15.0 , GMWT 6810.0 7 
UPLE { WEIGHT 16.0 , GMWT 7264.0 7 
UPLE { WEIGHT 17.0 , GMWT 7718.0 7 
UPLE { WEIGHT 18.0 , GMWT 8172.0 7 
UPLE { WEIGHT 19.0 ，GMWNT 8626.0 7 
UPLE { WEIGHT 20.0 ，GMWNT 9080.0 ; 
































\ 体 的 关系 常数 值 所 构成 的 关系 实际 
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上 相当 于 一 个 以 磅 计 的 重量 与 以 克 计 
围 是 11~20 磅 之 间 的 所 有 整数 重量 。 
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9 零 部 件 关 系 和 这 个 关系 计算 一 个 连接 JOIN {PWG}。 结 




















原来 的 EXTEND 例子 
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所 展示 的 结果 完全 一 样 
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PNO WEIGHT GMWT 

Pl 5448.0 
P2 T7182 
P3 7718.0 
P4 6356.0 
Py 5448.0 
P6 8626.0 


























这 个 例子 实际 上 向 我 们 展示 了 这 样 一 个 情况 ， 那 就 是 在 茶 种 特定 情况 下 ，JOIN 和 





EXTEND 实 际 上 是 相同 的 操作 。 不 过 这 并 不 是 我 想 在 这 





用 个 























强调 的 。 我 要 强调 的 是 上 
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面 这 个 连接 实际 上 是 了 
的 许多 数组 连接 5)， 因 

















应 该 在 这 里 适 ) 
认 假 设 视图 总 是 由 具体 

















对 多 ”的 连接 〈 简 


此 我 在 第 8 章 给 大 家 展示 的 针对 
] 。 然 而 ， 在 第 8 章 以 及 在 这 里 














单 来 说 就 是 WG 中 的 一 个 数组 与 P 中 
这 类 连接 的 更 新 规则 就 


之 前 本 书 的 所 有 内 容 中 ， 我 都 黑 
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关系 常 数 ， 因 此 每 一 个 关系 操作 
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中 的 每 一 个 关系 操作 数 都 应 该 是 可 更 新 的 。 而 显然 ， 让 一 个 常数 成 为 可 更 新 的 








变量 是 很 荡 唐 的 ， 实 际 
于 各 类 关系 























上 我 们 可 以 用 “矛盾 ”这 个 词 。 所 以 我 之 前 所 提出 的 关 
操作 更 新 的 规则 看 来 需要 做 一 些 改进 或 者 转换 ， 从 而 能 够 妥善 
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问题 。 但 是 























一 个 有 名 称 的 
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关系 常数 就 如 同一 个 视 
关系 变量 )。 请 大 家 参看 《SQL and Relational Theory》 以 获得 更 多 解释 说 明 。 











， 我 并 不 想 在 这 里 岔 开 话题 ， 也 不 想 在 本 书 中 就 这 个 问 
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再 做 更 多 讨论 。 对 于 现在 来 说 ， 如 果 你 应 用 第 8 章 的 更 新 规则 来 更 新 一 个 一 
的 级 联 ， 那 么 你 得 到 的 本 质 上 就 是 我 在 本 节 
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，P 中 的 许多 数组 与 WG 中 的 一 个 数组 
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前 面 所 给 出 的 通过 EXTEND 更 新 的 规则 。 












































13.2 另 一 个 概览 示例 
请 大 家 回忆 一 下 第 12 章 中 出 现 过 的 一 个 SUMMARIZE 表达 式 。 


SUMMARIZE SP BY { SNO } : { TQY := SUM ( QTY ) }】 


套用 我 们 对 关系 变量 SP 常用 的 样本 值 ， 例 如 图 1.1 所 示 的 值 ， 那 么 对 这 个 表达 式 
求 值 如 下 。 































































































很 显然 ， 在 我 们 的 结果 中 有 一 个 问题 ， 那 就 是 : 没有 关于 供应 商 $5 的 数组 。 当 然 ， 
这 里 并 没有 什么 神秘 的 地 方 ， 没 有 输出 S5 数组 的 原因 是 没有 任何 关于 S5 的 数组 在 
输入 端 ， 即 关系 变量 SP 的 当前 值 。 然 而 ， 如 果 无 论 怎 样 在 结果 中 都 有 一 个 S5 的 































































































那么 这 个 结果 就 是 下 面 的 表达 式 所 能 达成 的 效果 ， 这 个 表达 式 应 用 了 我 在 第 12 章 
中 提 到 的 更 通用 的 SUMMARIZE 形式 。 
































SUMMARIZE SP PER (ST{ SNO}) :{ TQY := SUM ( QTY ) } 



































如 你 所 见 ， 第 1 个 例子 中 的 BY 项 已 经 被 蔡 换 为 一 个 形 如 PERGD 的 项 ， 在 这 里 r 的 关 
系 头 是 (也 必须 是 ) 关 系 SUMMARIZE 的 某 个 子 集 。( 在 该 例子 中 , 关系 SUMMARIZE 
是 关系 变量 SP 当前 值 所 决定 的 关系 。) 同时 关系 r 是 该 操作 的 驱动 核心 ， 也 就 是 说 输 
出 的 结果 中 一 定 会 包含 一 个 能 够 反映 关系 r 中 每 个 数组 情况 的 数组 。 在 该 例子 中 在 
输出 端 会 出 现 5 个 数组 ， 因 为 对 关系 变量 S 在 SNO 上 的 投影 (r) 中 有 5 个 数组 。 特 
别 是 输出 的 结果 中 将 会 包含 一 个 针对 供应 商 S5 的 数组 ， 因 为 在 该 投影 中 有 一 个 供 
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应 商 S5 的 数组 ， 不 过 如 你 所 见 其 对 应 的 TQY 值 为 零 “。 练习 : 到 底 为 什么 对 应 供应 
商 S5 的 TQY 值 会 为 零 ?“ 


于 是 我 们 有 一 个 对 于 这 种 形式 的 SUMMARIZE 的 定义 〈 我 基于 文章 目的 进行 了 轻 
微 的 简化 )。 


。 定义 : 今 关 系 rl 和 1r2 有 如 下 情况 , r2 的 关系 头 是 rl 关系 头 的 某 个 子 集 。 令 说 
有 属性 Al1，A2，…，An， 除 此 之 外 无 其 他 属性 (尤其 是 没有 属性 叫 作 B )。 
那么 表达 式 SUMMARIZE rl PER (2) : {B := summary} 就 会 返回 一 个 关系 ， 其 
关系 头 为 {A1l, A2, .…, An, B} ,而 关系 体 为 所 有 数组 t 的 集合 (该 t 是 了 2 的 数组 )， 
并 且 由 属性 了 B 的 值 b 扩展 。 值 b 是 经 由 “summary” 对 所 有 rl 的 数组 求 值得 来 
的 ， 拥 有 与 属性 AL1，A2，…，An 相同 的 值 ， 这 点 与 t 一 样 。 
作者 注 : 重复 一 下 第 12 章 的 内 容 ,下面 有 一 个 对 简化 形式 的 SUMMARIZE 的 样本 
调用 。 
SUMMARIZE SP BY { SNO + “TOY s= SUM ( QTY )} 4 
这 个 调用 实际 上 被 定义 为 与 下 面 更 通用 的 形式 等 价 ， 并 且 可 以 被 作为 其 简化 版 来 
看 。 那 么 更 通用 版 形式 的 调用 如 下 。 
SUMMARIZE SP PER ( SP { SNO } ) : { TQY := SUM ( QTY ) } ，; 
换 句 话说 ， 如 果 在 定义 中 对 应 22 的 关系 实际 上 是 对 应 rl 关系 的 投影 ， 而 不 仅仅 是 
某 个 关系 头 与 其 某 些 投影 的 关系 头 相等 〈 这 也 是 定义 的 要 求 ) 的 话 ， 那 么 我 们 就 可 
以 将 SUMMARIZE 中 的 具体 的 项 PER (r2) 由 项 BY {A1, A2, ..., An} 来 代替 ， 其 中 
Al, A2, pe An 都 是 了 2 的 属性 。 
接 下 来 ， 让 我 们 再 一 次 假设 S 和 SP 都 是 基础 关系 变量 ， 同 时 让 我 们 定义 一 个 视图 
STQ， 由 下 面 的 约束 表示 。 


CONSTRAINT ... STQ = SUMMARIZE SP PER (S { SNO } ) 
{ TQY := SUM ( QTY ) }) 


































































































































































































































































































6 如 果 套 用 我 们 在 第 12 章 中 讨论 过 的 简化 形式 的 SUMMARIZE， 那 么 这 个 SUMMARIZE 调用 实际 上 
就 逻辑 等 价 于 一 个 特定 的 EXTEND 调用 ， 有 具体 来 说 就 是 调用 EXTEND S{SNO}:{TQY := 
SUM(!!ISP,QTY)}， 其 中 !1SP 表示 一 个 特定 的 映像 关系 ， 并 且 我 们 有 理由 认为 这 个 EXTEND 表达 式 
优 于 与 之 等 价 的 SUMMARIZE 表达 式 。 不 过 ,我 还 是 要 再 次 说 明 ， 关 于 这 个 问题 的 细节 讨论 已 经 超 
出 了 本 书 的 主旨 ， 因 此 如 果 大 家 对 这 个 问题 感 兴 趣 ， 请 参阅 《SQL and Relational Theory》 以 获取 更 
多 的 解释 说 明 。 

”答案 如 下 : 因为 ， 如 《SQL and Relational Theory》 一 书 中 所 解释 的 ， 一 个 求 和 运算 中 如 果 没 有 被 加 
数 ， 那 么 结果 就 是 零 (如 果 是 SQL 的 话 ， 那 么 结果 应 该 是 “null”)。 






















































































































































































194 第 13 章 


STQ 的 谓词 如 下 所 示 8。 
STQ: 供应 商 SNO 供应 的 零 部 件 总 数量 为 TQY 。 


由 于 套用 了 第 13 章 的 SUMMARIZE 例子 , 这 里 并 不 存在 信息 等 价 。 这 也 是 为 什么 
将 STQ 定义 为 S 和 SP 的 视图 是 合理 的 ,但 是 如 果 反 过 来 将 S 和 SP 定义 为 STQ 的 
视图 则 显然 不 合理 (实际 上 ， 这 个 定义 至 少 在 通常 情况 下 也 无 法 实现 ) 的 原因 。 
那么 关于 约束 ，{SNO,PNO} 是 SP 的 单 键 ， 而 {SNO} 是 S$ 和 STQ 的 单 键 。 同 时 ， 
下 列 约束 也 显然 起 效 。 


CONSTRAINT ... STQ { SNO =S{ SNO},;}; 



























































































































































当然 ， 这 个 约束 是 STQ 如 此 定义 的 逻辑 结果 。 更 重要 的 是 请 注意 它 与 第 12 章 ， 
SUMMARIZE 例子 的 不 同 点 : 在 那个 例子 中 ，STQ 中 每 一 个 的 供应 商号 码 同时 也 
会 出 现在 设备 供应 关系 变量 SP 中 , 而 在 这 个 例子 中 则 是 STQ 中 的 每 一 个 供应 商号 
码 同时 也 会 出 现在 供应 商 关 系 变量 S 中 。 


接 下 来 ,让 我 们 来 讨论 一 下 更 新 和 补偿 性 操作 的 情况 。 首 先 让 我 们 考虑 一 下 关系 变 
量 S$。 假设 我 们 向 其 中 插入 一 个 新 供应 商 的 数组 , 我 们 寻 且 设 它 为 供应 商 $6。 为 了 
保证 普遍 性 ， 我 们 可 以 假设 在 关系 变量 S$ 上 的 这 个 更 新 会 与 男 一 个 在 关系 变量 SP 
上 的 更 新 伴随 出 现 ， 而 在 SP 上 的 这 个 更 新 会 向 SP 插入 关于 这 个 新 供应 商 的 一 个 
设备 供应 数组 集合 。 当 然 ， 如 果实 际 上 并 没有 设备 供应 的 数组 被 插入 ， 也 只 是 说 明 
这 个 新 供应 商 的 设备 供应 数组 是 个 空 集合 。 不 管 怎样 , 我 们 需要 计算 出 这 个 设备 供 
应 数组 中 的 数量 之 和 ， 如 此 一 来 我 们 就 可 以 向 STQ 中 插入 相对 应 的 数组 了 《如 果 
那个 集合 是 空 集 ， 那 么 求 和 结果 就 是 简单 的 零 )。 因 此 我 们 有 如 下 的 规则 。 
ON INSERT i INTO S : 
WITH ( 七 工 SP MATCHING i ，, 


( 七 2 SUMMARIZE tl1 PER (SS { SNO }) ) : 
{ TQY := SUM ( QTY ) } ) : 


















































































































































































































































1 人 





INSERT t2 INTO STO ; 


相对 来 说 ， 在 S 上 的 删除 规则 就 来 得 更 加 直接 。 


ON DELETE d FROM 5S : 
DELETE ( STQ MATCHING d ) FROM STQ ; 


(当然 ， 如 果 删 除 操作 不 额外 级 联 到 SP 的 话 ， 那 么 该 操作 将 会 失败 ， 同 时 在 SP 中 
































8 这 个 谓词 与 第 12 章 中 SUMMARIZE 例子 的 谓词 是 一 样 的 〈 但 是 约束 是 不 同 的 ， 在 后 面 的 文章 中 我 
们 很 快 可 以 看 到 )。 不 过 严格 来 讲 , 第 12 章 中 的 相关 谓词 应 当 被 扩展 为 如 下 的 样子 : 供应 商 SNO “至 
少 供应 1 个 零 部 件 并 且 ” 供 应 的 零 部 件 总 数量 为 TQY。 
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会 有 数组 与 被 从 $ 中 删除 的 数组 对 应 。 如 果 删 除 操作 确实 级 联 到 SP 了， 那么 针对 











SPd 的 删除 规则 就 会 起 效 ， 不 过 i 














下 面 我 们 来 看 看 在 关系 变量 SP 上 的 删除 操作 , 其 规则 与 第 12 章 ， 





相似 ， 估 计 与 大 家 预想 的 类 似 ， 详 情 如 下 。 


ON INSERT i INTO SP : 




















WITH (七 := STQO MATCHING i ，, 
天 = SP MATCHING i { SNO } ， 
t3 := SUMMARIZE 七 2 PER ( S { SNO 
{ TQY 
DELETE tl1 FROM STQ ， 
INSERT t3 INTO STQ ; 
ON DELETE Q FROM SP : 
WITH (七 := STQ MATCHING Q ， 
t = SP MATCHING d { SNO } ， 
t3 := SUMMARIZE t2 PER ( S { SNO 
{ TQY 
DELETE 七 L FROM STQ ， 
INSERT t3 INTO STQ ; 



































ON DELETE d FROM STQ : 
DELETE ( S MATCHING Qq ) 

















FROM 5S; 








然而 ， 通 常 来 讲 ， 插 入 操作 是 不 合理 的 “。 例 如 向 STQ 中 插入 数组 























什么 意义 呢 ? 所 以 这 里 并 没有 插入 大 
向 STQ 进 行 插入 操作 (比如 ， 对 SP 
类 操作 很 可 能 会 因为 违反 黄金 法 则 而 失败 ， 除 非 它 们 是 某 些 多 习 





























对 于 由 SP 的 更 新 规则 所 引起 的 情况 ， 它 们 确实 是 多 








”除了 下 面 这 种 情况 ， 如 果 删 除 操作 不 额外 级 联 到 SP 的 话 ， 那 么 该 操作 将 会 9 


数组 与 被 从 STQ 中 删除 的 数组 对 应 。 
”除了 在 第 12 章 结尾 时 候 的 注释 提 到 的 情况 之 外 。 





























玄 规 则 将 没有 任何 效果 。 大 家 请 参看 下 文 。) 




















jr 


:= SUM ( QTY ) 


) 


:= SUM ( QTY ) 


那么 对 于 STQ 上 的 更 新 又 是 怎样 的 呢 ? 同样 ， 删 除 规 则 很 简单 ”。 




















居 败 ， 同 时 在 SP 中 会 有 


对 应 的 部 分 非常 


) ) : 


jo 


(S6，800) 有 





见 则 。 当 然 ， 没有 插入 规则 并 不 意味 着 我 们 不 能 
9 更 新 规则 就 会 直接 引起 这 类 操作 )。 只 是 说 这 
EE 赋值 的 一 部 分 (而 
赋值 的 一 部 分 )。 
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通过 表达 式 进行 更 新 





当 表 达 式 相互 冲突 ， 视 图 相互 矛盾 ， 这 些 规 则 会 预测 将 要 出 现 的 结果 。 


一 一 Anon: 《Where Bugs Goy》 

















本 书 行 文 到 这 里 , 我 首要 关心 的 事情 就 是 通过 茶 些 独 立 的 关系 操作 进行 更 新 的 情况 
(更 新 一 个 限制 、 一 个 投影 等 )。 除 此 之 外 ,我 一 直 半 默认 地 假设 ,对 于 那些 由 比较 
复杂 的 表达 式 定义 的 关系 变量 来 说 , 它们 的 更 新 规则 可 以 由 表达 式 中 引入 的 各 个 操 
作 的 规则 整合 而 来 。 举 例 来 说 ， 对 一 个 由 两 个 连接 组 成 的 合并 进行 更 新 ， 可 以 首先 
应 用 对 合并 的 更 新 规则 , 然后 再 应 用 对 连接 的 更 新 规则 。 我 想 现在 是 时 候 近 距离 观 
察 一 下 这 个 假设 了 。 


首先 我 要 说 的 是 这 种 假设 从 原则 上 来 讲 确实 是 正确 的 。 原 因 是 如 果 不 这 样 做 的 话 ， 
那么 结果 实在 是 让 人 不 忍 直 视 ! 我 们 具体 来 体会 一 下 ， 如 果 我 们 不 这 样 假设 ， 那 就 
相当 于 把 每 一 个 表达 式 都 当 作 一 个 特殊 情况 来 处 理 。 就 上 面 这 个 例子 来 说 也 就 是 我 
门 先 要 给 两 个 连接 的 合并 定义 一 组 更 新 规则 , 然后 再 给 两 个 不 同 的 连接 单独 定义 更 
新 规则 ， 而 后 再 给 由 一 个 合并 和 一 个 差异 组 成 的 连接 单独 定义 更 新 规则 ， 如 此 这 般 
周而复始 无 穷尽 也 。 


我 再 强调 一 遍 , 这 个 假设 是 正确 的 , 没有 问题 。 然而, 它 确实 也 引出 了 特定 的 问题 ， 
而 这 些 问 题 的 答案 却 不 见得 总 是 完全 清晰 《至 少 目前 对 我 来 说 是 这 样 ) 的 。 因 此 ， 
在 本 章 中 我 有 两 个 目标 : 第 一 ， 我 想 就 这 些 问题 进行 解释 和 讨论 ， 第 二 ， 我 想 试图 
经 由 这 些 讨 论 来 给 大 家 给 出 些 特定 的 结论 。 不 过 请 一 定 注 意 ， 这 一 章 不 可 避 
免 地 会 带 有 一 点 推论 或 猜测 的 性 质 。 坦 率 地 讲 ， 我 承认 目前 我 并 不 能 给 出 所 有 的 
答案 。 
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* 用 * * 
14.1 语义 不 是 语法 (?) 
让 我 们 来 探讨 以 下 示例 “示例 1”)。 从 大 家 都 很 熟悉 的 供应 商 关 系 变量 S 开始 ， 
假设 我 们 定义 视图 V1 和 V2 为 如 下 形式 。 
VAR V1 VIRTUAL ( S WHERE CITY = ‘London’ OR CITY = ‘Paris’ ) ， 
VAR V2 VIRTUAL ( ( S WHERE CITY = ‘London’ ) 
UNION 
( S WHERE CITY = ‘Paris’ ) ) ， 
我 们 稍 加 观察 就 能 看 出 这 两 个 视图 在 语义 上 是 等 价 的 ,但 即使 这 样 ,它们 的 定义 所 
使 用 的 表达 式 从 语法 上 来 讲 却 是 不 同 的 。 通 过 这 个 观察 我 想 说 的 是 在 任意 给 定 的 时 
间 ， 这 两 个 表达 式 都 表示 相同 的 关系 。 因 此 ， 下 面 两 点 也 很 明显 : (a) 对 于 查询 来 
说 ， 如 果 Q 是 V1 或 V2 中 任 一 者 的 查询 ， 那 么 它 对 另 一 个 视图 也 同样 适用 ， 并 且 


< 








生成 相同 的 结果 ; (pb) 除 此 之 外 

















， 对 于 


区 























仔细 地 看 看 〈b) 部 分 的 特性 是 如 何 展现 的 。 





















































首先 ， 让 我 们 先 来 看 
组 ， 该 供应 商 所 在 城市 为 伦敦 。 那 





























在 我 们 选用 V1 
章 ) ， 最 后 的 结果 是 新 数组 被 


而 如 果 选 月 




















的 情况 下 ， 通 过 限 和 


H 


么 : 








- 己 . 
自 


入 到 关系 变 








且 














新 来 说 也 会 有 相似 的 特性 




















E 。 不 过 我 想 更 





看 INSERT 操作 。 假 设 我 们 想 要 插入 一 个 关于 供应 商 S9 的 数 


中 进行 插入 的 规则 起 效 (大 家 可 以 参看 第 4 
S 中 ， 并 且 也 插入 到 V1 中 。 


有 V2 的 话 ， 那 么 通过 合并 进行 插入 的 规则 会 生效 (大 家 可 以 参看 第 


10 章 )。 这 个 新 数组 满足 对 表达 式 为 S WHERE CITY = 'London 这 个 具体 合并 


操作 数 的 限制 
是 其 他 的 。 这 时 ， 通 过 限 人 
组 被 插入 到 关系 变量 S 中 ， 并 
































其 次 ， 是 DELETE 操作 。 假 设 我 们 试 














在 选用 V1 的 情况 下 ， 通 过 限 和 


条 件 ， 而 不 满足 其 人 


判 进行 插入 的 规则 开始 起 效 ， 于 是 








中 


CC 


的 合 3 





因而 也 插入 到 V2 中 。 


























最 后 的 结果 是 该 数组 被 从 关系 

















在 选用 V2 的 情况 下 , 通过 合并 进行 市 

















和 ， 因 此 它 会 被 插入 到 该 操作 数 ， 而 不 


最 终结 


果 就 是 新 数 


图 从 中 删除 供应 商 S1 的 数组 。 那 么 有 : 


出 进行 删除 的 规则 生效 〈 大 家 可 以 参看 第 4 章 )， 


es 


中 山 


变量 S 











除 ， 并 且 因 而 也 被 从 V1 中 删除 。 
除 的 规则 生效 (大 家 可 以 参看 第 10 但 。 


该 数组 出 现在 表达 式 为 S WHERE CITY = ‘London’ 的 这 个 合并 操作 数 中 , 而 不 





在 其 他 的 合并 中 ， 因 此 它 被 从 该 操作 数 中 删除 。 这 时 ,通过 限 




















判 进行 删除 的 规 





则 开始 生效 ， 于 是 最 终结 果 就 是 该 数组 被 从 关系 变量 S 中 删除 ， 因 而 也 被 从 


V2 中 删除 。 
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这 样 一 来 , 我 之 前 所 声明 的 特性 看 起 来 是 起 效 的 ,至 少 对 这 个 例子 来 说 是 没有 问题 





的 。 那 么 











< 

















， 如 果 视 图 















































由 此 推 想 开 去 ， 它 会 不 会 引出 这 样 一 个 具有 吸引 力 的 结论 出 现 呢 ? 通常 来 
V1 和 V2 是 如 上 面 例 子 所 描述 的 这 样 等 价 的 ， 也 就 是 说 如 果 它 们 二 者 
的 定义 表达 式 在 任意 给 定时 间 者 











可 以 代表 同一 个 关系 ， 那 么 ， 如 果 U 是 V1 或 V2 其 











任 一 者 的 更 新 ， 就 必然 有 U0 同样 适用 于 男 一 者 ， 而 且 具 有 完全 相同 的 效果 。 实 际 
上 是 会 的 ， 我 已 经 就 类 似 的 问题 发 表 过 一 系列 略 显 教条 的 主张 了 ， 它 们 都 与 下 面 


所 写 的 内 容 一 致 。 


关于 “语义 不 是 语法 原则 ”: 对 
使 用 过 的 那 一 条 语句 的 语法 。 


注意 : 在 我 详细 讲解 这 个 “ 原 贝 
容 。 首 先 ， 对 于 查询 来 让 
一 个 查询 Q 同样 也 对 V2 适 
说 ， 这 个 Q 显然 不 可 能 是 “ 完 
司 。 因 此 ， 举 例 来 说 ， 对 于 示 侦 
下 面 这 个 查询 

















Hl 



















































































=| 


于 视图 更 新 的 语义 不 应 局 限于 该 视图 定义 表达 式 所 











上 ”之 前 ， 如 果 它 确实 是 条 原则 ， 我 需要 澄清 几 点 内 




















， 我 之 前 所 说 的 本 质 上 是 如 果 Q 是 V1 的 一 个 查询 ， 那 么 


















































V WHERE STATUS > 15 





为 V1 或 Y2。 这 就 是 我 之 前 说 的 表达 式 Q 可 以 被 认为 是 对 两 个 视图 的 “同一 个 查 
的 样本 值 ， 显 然 无 论 对 于 V1， 还 是 V2， 这 个 查询 都 会 返 











瑟 





询 ”。 那么 给 定 我 们 惯用 
相同 的 结果 。 





是 同时 为 V1 和 V2 设计 的 ， 意 思 就 是 该 查询 中 的 符号 V 可 以 根据 实际 情况 被 蔡 换 


]， 并 且 会 得 出 相同 的 结果 。 但 是 对 于 这 两 个 视图 来 





全 一 模 一 样 ”的 ， 因 为 显然 这 两 个 视图 的 名 字 都 不 
1 1 给 定 如 上 面 定义 的 视图 V1 和 V2， 如 果 我 说 ， 













































































S 


SNO SNAME STATUS 
1 





London 


20 
30 Paris 
20 London 








以 此 类 推 ， 当 我 使 用 
另外 ， 我 需要 澄清 的 是 关于 我 所 谓 的 两 个 视图 “等 价 ” 到 底 是 什么 意思 。 当 然 ， 在 
































“同一 个 更 新 ”这 类 词语 的 时 候 ， 我 所 指 的 也 是 类 似 的 意思 。 















































本 章 的 讨论 中 我 已 经 数 次 提 到 了 对 这 个 概念 的 直观 理解 , 先是 在 我 对 示例 1 的 研究 























直观 的 到 


解 是 否 足够 文 撑 这 个 到 


























中 ， 后 来 又 是 在 我 要 对 该 研究 做 一 个 宏观 总 结 的 时 候 。 但 现在 的 问题 是 : 仅 赁 这 个 

















论 呢 ? 我 想 大 家 已 经 猜 到 ， 这 个 问题 的 答案 是 “不 











! 例如 ,“ 视 图 更 新 ”就 曾 出 现在 我 与 Hugh Darwen 合 著 的 《Databases, Types, and the Relational Model: 


The Third Manifesto》 第 3 版 ，Addison-Wesley，2006) 一 书 的 附录 玉 中 ， 以 及 其 他 文章 和 著作 中 。 
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台 已 2 


He 。 
是 什么 意思 。 


现在 我 们 回 过 头 来 说 “语义 不 是 语法 原则 ” 正如 之 前 我 说 过 的 ， 我 


个 “原则 ”是 合 到 








我 在 第 








这 个 原 
除 此 之 外 , 畔 























2 章 中 曾经 做 过 解 条 
决定 。) 不 过 最 近 ， 我 开始 怀疑 它 到 头 来 可 
我 的 态度 会 有 如 此 转变 的 原 

















实际 上 ， 本 章 余下 的 大 部 分 内 容 都 将 









































来 向 大 家 更 














克 





























因 会 在 接 下 来 上 
因 ， 那 就 是 太 容易 找到 这 个 原则 不 
了 些 为 了 让 这 个 原则 成 立 所 使 
殉 (不 过 是 本 轮 外 的 本 轮 )。 所 有 这 些 都 使 得 下 


























合演 
能 完全 


的 几 节 
能 成 立 


的 小 佼 全 











后 














详细 地 说 明 视 图 





等 价 


二 











都 假 

















新 所 使 用 的 语句 的 语 
不 成 立 ， 或 者 顶 多 是 部 分 成 立 。 

向 大 家 做 出 解释 , 但 归根 到 底 是 
的 例子 了 ， 至 少 是 














到 底 


设 这 


LE 的 。( 不 管 怎样 ， 它 在 男 一 种 情境 下 是 合理 的 。 这 里 所 说 的 情境 ， 
E, 那 就 是 补偿 性 操作 并 不 由 





法 所 


长 面 上 不 成 立 。 









































得 越 来 越 正 而 














字 下 来 拉 心 自问 : 我 问 的 问题 


一 些 广 为 人 知 的 重 言 式 ( 永 真 式 、 套套 逻辑 ) 


重 言 式 ( 永 真 式 、 
对 于 每 一 次 引用 ， 


14.2 
在 逻辑 学 中 ， 


就 是 一 个 命 


| 命题 ， 











是 否 




















页 














候 
命题 为 真 。 














举 个 例子 ， 设 p 为 








子 还 有 1+1=2〔( 当 然后 面 这 一 个 





参数 )。 


现在 ， 
表示 逻辑 等 



































如 expl1 = exp 的 习 

















随机 


言 式 〈 在 这 


命题 ， 





导 


























下 

















《这 也 是 我 最 喜欢 格言 之 一 ):“ 当 事情 变 得 过 于 复杂 时 ， 也 许 我 们 i 
E 确 ? ”请 大 家 继续 得 























到 汰 来 也 只 是 变 得 越 来 越 巴 洛 
这 句 Enrico Bombieri 说 过 的 话 显 

















去 











套套 逻辑 ) 指 的 是 某 些 命题 永远 为 真 。 更 具体 来 说 
无 论 其 参数 (如 有 ) 被 替换 为 什么 ， 都 能 保证 该 


hb 么 必 有 pOR NOTp 为 真 ， 同 样 的 例 

















| 
头 十 





个 命题 ， 只 是 它 并 不 含有 任何 























价 ， 即 恒 等 ) ;就 显得 尤为 












































要 ， 因 


expl 与 exp2 是 任意 表达 式 ， 而 
为 它们 允许 一 个 包含 expl 的 表达 式 
































































































































-二 


























正 的 





万 直上 


符号 


66 








ee 














被 重 写 为 一 个 包含 exp2 的 表达 式 。 举 例 来 说 , 就 是 令 X1 为 一 个 包含 expl 的 表达 式 ， 
exp1 为 其 子 表达 式 ， 令 exp2 逻辑 等 价 于 exp1， 再 将 X1 中 的 expl 蔡 换 为 exp2， 令 蔡 
换 后 的 新 表达 式 为 X2。 
为 了 更 好 地 说 明 这 个 问题 ， 我 先 带 大 家 回顾 一 下 14.1 节 中 的 示例 1。 在 该 示例 中 ， 
我 实际 上 相当 于 声明 了 如 下 的 表达 式 是 一 个 重 言 式 。 

( S WHERE CITY = ‘London’ OR CITY = ‘Paris’ ) 

( ( S WHERE CITY = ‘London’ ) UNION ( S WHERE CITY = ‘Paris’ ) ) 
” 菲 尔 兹 奖 获得 者 ， 于 新 泽 西 州 普林斯顿 高 等 研究 院 任 “IBM 汉 诺 依 曼 ”教授 。 
3 当 且 仅 当 expl 与 exp2 各 自 能 够 按照 有 效 逻 辑 系统 的 推导 规则 ， 被 对 方 推 导出 来 时 ， 我 们 说 表达 式 

exp1l 与 exp2 为 逻辑 等 价 。 
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当然 ， 我 确定 大 家 对 这 些 概念 都 很 熟悉 了 ， 因 为 它们 都 源 于 关系 优 
化 过 程 中 最 基本 的 也 是 最 重要 的 事情 之 一 ， 即 “表达 式 变换 ”"， 有 时 
也 被 称 为 “查询 重 写 ”。 大 家 请 参阅 《SQL and Relational Theory》 来 
获取 更 多 相关 内 容 。 
在 集合 论 ， 尤 其 是 关系 代数 当中 ， 都 有 很 多 有 趣 的 形 如 我 们 上 面 所 讲 的 重 言 式 即 ， 
expl 三 exp 这 种 形式 。 下 面 有 一 些 关 系 型 示例 与 大 家 分 享 。 令 A 和 了 代表 同 种 关 
系 类 型 下 任意 的 关系 表达 式 〈 在 集合 论 中 , 它们 应 该 代表 任意 集合 )。 于 是 我 们 有 : 


A 三 A INTERSECT ( A UNION B ) 







































































A 三 A UNION ( A INTERSECT B ) 














A INTERSECT B® 三 A MINUS ( A MINUS B ) 








A INTERSECT B= B MINUS ( B MINUS A ) 





A MINUS B= A MINUS ( A INTERSECT B ) 











A UNION B 三 ( A MINUS B ) UNION ( A INTERSECT B ) UNION ( B MINUS A ) 





A MINUS A 三 B MINUS B 














接 下 来 让 我 们 看 看 上 面 这 些 概念 对 于 视图 更 新 到 底 有 什么 帮助 吧 。 考虑 下 面 这 个 例 
子 (“示例 2”)， 我 们 引入 在 第 9、10、11 章 中 出 现 过 的 关系 变量 PL 和 PK。 在 这 
里 我 要 提醒 你 的 是 这 两 个 关系 变量 都 是 只 有 单一 属性 PNO 零 部 件 号 码 )， 因 此 它 
们 属于 同一 种 关系 类 型 ， 关 系 变量 PL 提供 在 售 零 部 件 的 号 码 ， 而 关系 变量 PK 则 
提供 有 库存 的 零 部 件 号 码 ， 所 以 二 者 的 谓词 都 非常 简单 。 


PL: 零 部 件 PNO 正在 销售 。 
PK: 零 部 件 PNO 拥有 库存 。 


样本 值 如 图 14.1 所 示 〈 这 里 面 的 内 容 都 是 从 第 9、10、11 章 中 的 各 个 图 表 中 摘录 
来 的 )。 















































































































































































































































图 14.1 关系 变量 PL 和 PK 的 样本 值 





视图 更 新 与 关系 数据 库 理 论 201 











接 下 来 我 们 再 来 看 两 个 视图 ，VPL1 和 VPL2， 它 们 的 定义 表达 式 expl 和 exp2 如 
下 所 示 ( 请 大 家 回忆 一 下 我 们 在 第 3 章 中 介绍 过 的 符号 “ 些 ” 的 意思 是 “定义 为 汪 。 

































































expl 坚 PL /* defining view VPL1 */ 

















exp2 蛙 PL INTERSECT ( PL UNION PK ) /* defining view VPL2 */ 





请 大 家 注意 观察 ， 定 义 表达 式 expl 和 exp2 在 这 里 是 逻辑 等 价 的 (也 就 是 说 ，exp1 
三 exp2 是 一 个 重 言 式 , 关于 它 的 详细 描述 是 在 上 面 我 给 出 的 列表 中 的 头 一 个 )。 因 此 ， 
在 任意 给 定时 间 ，VPL1 和 VPL2 都 拥有 相同 的 值 。 实 际 上 ， 它 们 所 拥有 的 相同 值 与 
它们 的 底层 关系 变量 PL 的 当前 值 是 相等 的 。 不 过 ， 证 我 们 来 看 看 下 列 删 除 操作 。 


DELETE ( P2 ) FROM VPL1 : 


























































































































DELETE ( P2 ) FROM VPL2 ， 


当然 ， 这 两 个 删除 操作 对 各 自 的 目标 视图 本 身 都 有 着 相同 的 效果 。 但 是 ， 正 如 大 家 都 
能 很 容易 地 发 现 ， 第 1 个 删除 操作 将 会 导致 P2 数组 被 从 关系 变量 PL 中 删除 ,但 是 对 
关系 变量 PK 却 没有 任何 影响 ,而 对 比 来 说 , 第 2 个 删除 操作 同样 会 使 得 P2 数组 从 关 
系 变量 PL 中 被 删除 ， 而 同时 也 会 使 得 该 数组 从 关系 变量 PK 中 被 删除 ， 至 少 根据 第 
9、10 章 中 给 出 的 通过 交集 与 合并 进行 的 删除 规则 是 这 样 。 于 是 这 里 显然 就 出 现 了 在 
“等 价 的 ”视图 上 进行 “同样 的 ”更 新 却 出 现 了 不 同 效果 的 情况 〈 虽 然 我 之 前 说 过 它 
对 视图 本 身 的 效果 是 一 样 的 ， 但 是 至 少 是 没有 对 底层 关系 变量 起 到 相同 效果 )。 


我 们 看 到 ， 对 于 一 个 能 看 到 视图 VPL1 或 VPL2 二 者 之 中 任何 一 个 ， 并 且 也 可 以 看 
到 底层 关系 变量 PL 以 及 PK 的 用 户 来 说 ， 上 面 说 的 删除 操作 在 底层 关系 变量 上 的 
效果 从 道理 上 至 少 还 说 得 通 ， 当 然 我 们 假设 该 用 户 同时 还 知道 相应 的 补偿 性 操作 。 
但 是 总 体 来 说 这 两 个 删除 操作 产生 不 同 效果 的 事实 依旧 不 变 。 那 么 显然 我 们 的 疑问 
也 依然 存在 , 那 就 是 : 到 底 为 什么 总 体 来 说 这 两 个 删除 操作 会 产生 不 同 的 效果 ? 而 
这 个 现象 又 说 明了 什么 呢 ? 


在 我 尝试 解答 这 些 问题 之 前 , 大 家 先 来 看 看 下 面 两 个 在 VPL1 和 VPL2 上 的 插入 操作 。 


INSERT ( P7 ) INTO VPL1 ; 






















































































































































































































































































INSERT ( P7 ) INTO VPL2 }; 
同样 地 ， 这 两 个 插入 操作 对 各 自 的 目标 视图 本 身 都 有 着 相同 的 效果 。 很 容易 看 出 ， 
第 1 个 插入 操作 将 会 导致 P7 数组 被 插入 到 关系 变量 PL 中 , 但 是 对 关系 变量 PK 却 
没有 任何 影响 。 第 2 个 插入 操作 同样 会 使 得 P7 数组 插入 到 关系 变量 PL 中 被 删除 ， 
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同时 也 会 使 得 
过 交集 与 合并 i 














上 

















该 数组 插入 到 关系 变量 PK 














> 同 村 














行 的 删除 规则 是 这 样 。 于 是 我 
行 “同样 的 ”更 新 却 出 现 了 不 同 效果 的 情况 ， 








] 再 一 次 有 了 在 “等 价 的 ” 视 
至 少 是 对 底层 关系 变量 来 说 。 



































对 于 上 述 所 有 情况 ， 我 还 要 
与 在 VPL2 上 的 上 述 删 除 或 











4 于 














尤其 是 对 底层 关系 变量 PK 
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已 o 








显 








那么 显然 ， 





上 加 有 霜 一 
重 入 操作 一 样 








> 
后 
， 晶 





问题 之 前 ， 我 还 要 考虑 另外 一 个 相关 的 问题 。 


14.3 


在 《SQL and Relational Theo 
施 技巧 。 这 里 有 一 个 简单 的 




















“语义 变换 ” 





TYy》 一 





中 ， 我 简要 地 介绍 了 一 种 叫 作 “ 语 义 优 


EE 够 对 底层 关系 变量 起 至 

















8 就 是 在 VPL1 上 不 可 











化 





























列子 ， 是 从 早先 那 本 书 中 摘录 过 来 的 。 我 们 来 看 看 























达 式 (SP JOIN S){PNO}。 这 是 





的 连接 是 基于 被 引用 的 关系 变量 SP 的 外 键 , 与 被 











关系 变量 $ 中 对 应 的 目标 键 
连接 ， 也 














之 间 


因此 每 一 个 SP 数组 都 为 产生 整体 结果 的 投影 操作 贡献 了 





至 少 根 据 第 9、10 章 中 给 出 的 通 




















图 上 


能 有 更 新 操作 
I 相同 的 效果 ， 








“语义 不 是 语法 原则 ”是 有 问题 的 。 不 过 ， 在 尝试 解析 它 到 底 存 在 什么 





”的 实 
这 个 表 
引用 的 





的 对 应 关系 而 来 的 。 每 一 个 SP 数组 都 与 录 些 S 数组 





个 零 部 件 




















号 码 。 


所 以 其 实 完 全 没有 必要 做 连接 ! 这 个 表达 式 可 以 被 缩减 到 只 具有 赋值 效果 ， 如 





SP{PNO}。 不 过 请 一 定 小 心 


般 的 连接 来 说 ， 每 一 个 操作 数 都 会 含有 某 些 在 其 人 
局 结果 做 贡献 ， 也 因 











们 并 不 向 全 
手中 的 例子 来 说 ， 每 一 个 SP 





























， 这 个 变换 





仅仅 在 这 个 案例 中 的 语义 之 下 才 适 | 




















数 红 

















此 刚刚 这 种 变换 在 这 里 就 不 适用 了 。 但 是 就 我 
在 S 中 都 必 有 一 个 对 应 项 ， 


























Ty 




















也 操作 数 中 没有 对 应 关系 的 数 





刘 守 = 
组 , 它 





























们 目前 











因为 刚好 有 一 个 外 键 约束 


的 效果 是 每 个 设备 供应 都 有 一 个 供应 商 ， 所 以 最 终 变 换 是 适用 的 。 关 于 术语 的 解释 : 在 























特定 约束 起 效 的 前 提 下 适 




















设 关系 变量 S 只 有 一 个 属性 SNO， 而 关系 变量 SP 拥有 两 个 属 怕 
此 两 个 关系 变量 都 是 “全 键 ”)。 样 本 值 如 


























的 变换 称 为 语义 变换 ， 由 
了 解 了 上 面 的 内 容 之 后 ， 让 我 们 来 看 看 下 面 的 例子 (“示例 3”)。 我 们 简 















































图 14.2 所 示 。 


此 达到 的 优化 效果 称 为 语义 优化 。 


A 一 点 假 
E SNO 和 PNO (〈 因 




















图 14.2 关系 变量 S 以 及 SP 的 样本 值 





到 更 新 与 关系 数据 库 理论 





203 








下 面 我 们 考虑 两 个 视图 一 一 VSP1 和 VSP2, 它们 的 定义 表达 式 分 别 为 expl 和 exp2， 
详情 如 下 。 





expl 坚 SP /* defining view VSP1 */ 
exp2 蛙 S JOIN SP /* defining view VSP2 */ 


请 大 家 结合 上 面 的 讨论 来 观察 这 两 个 定义 的 表达 式 ， 其 中 exp2 可 以 “语义 变换 ” 
为 exp1*。 由 此 我 们 可 知 ， 在 任意 给 定时 间 ，VSP1 和 VPS2 en 实际 
上 ，, 它们 的 值 与 关系 变量 SP 在 该 时 点 的 当前 值 一 致 。 然 而， 让 我 们 来 看 看 下 面 的 删 
除 操作 。 


DELETE ( S2 , P2 ) FROM VSP1 ; 













































































DELETE ( S2 , P2 ) FROM VSP2 ; 
这 里 我 们 再 次 遇 到 了 这 种 情况 ， 这 两 个 删除 操作 对 各 自 的 目标 视图 本 身 都 有 着 相同 的 
效果 。 我 们 很 容易 能 够 看 出 ， 第 1 个 删除 操作 将 会 导致 数组 (S2，P2) 被 从 关系 变量 
SP 中 删除 , 但 是 对 关系 变量 $ 却 没有 任何 影响 。 而 第 2 个 删除 操作 同样 会 使 得 数组 CS2， 
P2 ) 从 关系 变量 SP 中 被 删除 , 而 同时 也 会 使 得 供应 商 S2 的 数组 从 关系 变量 S 中 被 删除 ， 
至 少 根据 第 8 章 中 给 出 的 通过 一 对 多 连接 进行 删除 的 规则 是 这 样 ”。 
接 下 来 ， 我 们 再 来 看 看 下 列 插入 操作 。 


INSERT ( S4 , Pl1 ) INTO VSP1 ，; 


















































































































































INSERT ( S4 , Pl ) INTO VSP2 ，; 


第 1 条 插入 操作 由 于 违反 黄金 法 则 而 失败 ， 更 具体 地 说 ， 是 违反 了 从 SP 到 S 的 多 
键 约束 。 第 2 个 插入 操作 则 会 使 相关 数组 插入 到 关系 变量 SP 中 ， 同 时 也 会 使 得 供 
应 商 S4 的 数组 插入 到 关系 变量 S 中 ， 至 少 根 据 第 8 章 中 给 出 的 通过 一 对 多 连接 进 
行 插入 的 规则 是 这 样 。 那 么 这 一 次 ,两 个 更 新 不 仅仅 是 对 底层 关系 变量 的 效果 不 同 
了 ， 而 且 它 们 对 视图 本 身 的 效果 也 不 一 样 ! 换 名 话说， 请 大 家 注意 这 个 重点 ， 现 在 














































































































”或 者 通过 别 的 方式 实现 ， 接 下 来 的 部 分 内 容 会 支持 这 个 主张 。 

5S 和 SP 的 连接 确实 存在 信息 丢失 ， 除 非 每 个 供应 商都 被 要 求 必须 至 少 供应 1 个 零 部 件 ， J 能 
会 认为 罪魁 祸首 是 通过 这 个 连接 进行 更 新 所 引入 的 编译 指示 。 但 其 实 并 不 是 因为 它 。 反 而 ， 这 个 问 
题 看 起 来 是 一 个 固有 问题 。 在 这 里 我 想 简 要 介绍 ee 
和 VSP2 中 删除 数组 (S2，P2) 在 关系 变量 S 上 会 产生 不 同 效果 ， 这 取决 于 哪 一 个 视图 是 该 操作 的 
标 视图 。 不 过 至 少 它们 对 于 视图 本 身 都 能 够 达到 想 要 的 效果 。 而 反 过 来 ， 某 些 评论 家 所 拥护 的 观 
点 是 由 于 删除 操作 在 像 VSP2 这 样 的 视图 上 必须 被 完全 拒绝 〈 详 见 第 6 章 )， 所 以 这 会 导致 在 VSP1 
上 的 删除 操作 成 功 ， 而 在 VSP2 上 失败 ! 我 认为 ， 这 种 观点 所 阐述 的 情形 引入 了 像 第 6 章 所 描述 的 
那样 多 的 编译 指示 ， 并 且 如 第 6 章 所 描述 的 那样 “得 体 ” 
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我 们 遇 到 的 情况 是 “相同 的 ”更 新 甚至 不 能 对 它们 自己 的 目标 关系 变量 拥有 相同 的 
效果 ， 尽 管 如 此 ， 这 些 目标 关系 变量 却 恰恰 是 “等 价 的 ”。 


对 于 上 面 所 说 的 问题 ， 请 允许 我 再 次 雪上 加 霜 两 条 : (a) 在 VSP1 上 不 可 能 有 更 新 
操作 与 在 VSP2 上 的 删除 操作 一 样 ， 能 够 对 底层 关系 变量 $ 起 到 相同 的 效果 ; 〈b) 
在 VSP1 上 不 可 能 有 更 新 操作 与 在 VSP2 上 的 插入 操作 一 样 ， 能 够 对 底层 关系 变量 
S 或 VSP1 起 到 相同 的 效果 。 除 此 之 外 ， 所 有 VSP2 上 的 更 新 都 不 会 以 VSP1 插入 
操作 那样 的 方式 违反 黄金 法 则 。 


很 显然 ， 这 里 发 生 的 情况 远 比 看 到 的 要 多 。 看 来 我 们 有 必要 近 距 离 观察 一 下 。 


14.4 “信息 等 价 ” 再 回顾 
让 我 们 来 简要 地 复习 一 下 (同时 也 更 加 抽象 一 点 )。 


。 ”在 示例 2 中 ， 我 们 过 到 了 这 样 一 种 情况 ， 视 图 的 定义 采用 了 A INTERSECT (A 
UNION B) 这 种 形式 ,涉及 B， 但 即使 是 这 样 ， 这 个 定义 表达 式 仍然 只 与 A 逻 
辑 等 价 。 


。 ”在 示例 3 中 ， 我 们 遇 到 的 情况 是 视图 的 定义 采用 了 A JOIN B 这 种 形式 ， 同 样 也 涉 
及 到 了 B, 但 即使 是 这 样 这 个 定义 表达 式 在 该 示例 中 依然 可 以 被 “语义 转化 ”为 A。 


所 以 在 这 两 条 里 最 明显 的 一 个 问题 就 是 : 到 底 为 什么 B 会 被 涉及 到 ? 


这 些 问 题 ， 以 及 和 它们 类 似 的 问题 非常 令 人 烦恼 。 但 是 我 想 提醒 你 的 是 那 句 Enrico 
Bombieri 说 过 的 话 :“ 当 事情 变 得 过 于 复杂 时 ， 也 许 我 们 该 停 下 来 拉 心 自问 : 我 问 
的 问题 是 否 正 确 ?” 也 许 “ 到 底 为 什么 B 会 被 涉及 到 ? ”并 不 是 正确 的 问题 。 也 许 
正确 的 问题 应 该 是 : 说 两 个 视图 ， 或 者 说 两 个 视图 定义 表达 式 ， 是 等 价 的 到 底 是 什 


么 意思 “? 
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我 想 后 面 这 个 问题 的 关键 在 于 对 一 个 我 在 整 本 书 中 一 直 运 用 的 概念 的 谨慎 验证 , 即 

信息 等 价 的 概念 。 下 面 所 引用 的 就 是 我 在 第 3 章 中 对 这 个 概念 的 定义 。 

。 定义 : 令 DB1 和 DB2 是 若干 关系 变量 的 集合 。 那 么 DB1 和 DB2 当 且 仅 当 适 
用 于 DB1 和 DB2 的 约束 可 以 实现 任何 一 个 能 够 被 DB1 所 表述 的 命题 都 可 以 被 
DB2 所 表述 时 ， 信 息 等 价 。 反 之 亦 然 。 


根据 上 述 定 义 我 们 再 来 看 示例 2， 至 少 第 一 眼看 起 来 应 该 能 发 现 ， 只 由 VPLI1 组 成 














































































































CN 











再 次 致谢 David McGoveran 帮 有 我 确定 了 本 节 的 正确 写作 方向 。 
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的 设计 与 只 由 VPL2 组 成 的 设计 确实 是 信息 等 价 的 ， 如 此 一 来 ， 在 人 
而 显然 它们 也 代表 着 相同 的 命 
[与 只 由 VSP2 组 成 的 设计 应 该 也 是 信息 等 价 的 ， 
样 的 话 在 任意 给 定时 间 这 两 个 关系 变量 的 值 都 是 相等 的 。 但 事实 真 地 如 此 吗 ? 


为 了 能 够 更 深入 地 研究 ， 让 我 们 现在 暂且 将 目标 集中 在 示例 2 以 及 视图 
图 的 定义 表达 式 。 

















两 个 关系 变量 的 值 都 是 相等 
例 3 来 说 ， 只 由 VSP1 组 成 





























VPL2 上 。 下 面 我 再 次 列 出 视 
expl 坚 PL 
exp2 昱 PL INTERSECT ( 














的 
的 设计 


~ 








PL UNION PK ) 








导 


















































些 expl 并 没有 告诉 我 们 的 事 


月 ， 上 此 














Eb 么 我 们 能 看 到 ， 确 实 expl 和 exp2 在 这 里 
辑 推导 出 来 )。 但 是 它们 并 不 是 “信息 


二 个 7 全 














EF 意 给 定时 间 这 





题 。 类 似 的 ， 对 了 


VPL!1 





/* defining view VPL1 








是 逻辑 等 价 的 《 它 人 
”等 价 的 ! 具体 来 说 就 是 


候 


























] 各 





/* defining view VPL2 














六 示 
这 


和 


*/ 


*/ 


自 都 能 由 对 方 逻 


exp2 告诉 了 我 们 一 


诉 我 们 关系 变量 PK 是 存在 的 ， 而 expl 显 

















有 表明 这 一 点 “。 以 此 类 推 ， 现 在 我 们 考虑 一 下 只 由 PNO 的 值 P1 所 组 成 的 数组 ， 
它 在 两 个 关系 变量 中 都 会 出 现 。 而 该 数组 在 关系 变量 YPL1 中 出 现 表 达 了 下 列 命 
题 。 

零 部 件 Pl 正在 销售 中 。 

而 反 过 来 看 ， 该 数组 出 现在 关系 变量 VPL2 中 则 代表 了 下 列 命题 。 


























而 正 因 
是 逻辑 等 价 ， 而 不 是 信 
第 2 个 命题 告 
































为 表达 式 expl 和 exp2 是 逻辑 等 价 ， 而 不 是 
息 等 价 ， 也 就 是 说 ， 它 们 所 

















和 销售 




















二 


舍 








诉 我 们 零 部 件 Pl 有 可 能 




































































pp KO 
个 命题 却 压根 没 提 到 )。 类 似 的 ， 它 还 告诉 我 介 




















们 的 另 一 个 很 现实 的 信息 。 


有 了 前 面 的 开 骨 菜 铺 垫 ， 下 
































Me 








我 要 








达 式 是 “信息 上 的 等 价 ””( 不 过 现在 我 要 把 这 个 名 字 回 归 到 我 们 


等 价 ” 上 来 了 )。 


























或 者 零 部 件 P1 


息 等 价 ， 所 以 这 两 个 命题 也 
传达 的 信息 并 不 相同 。 最 起 码 ， 
有 库存 (这 是 一 个 很 现实 的 信息 ， 而 第 1 
] 零 部 件 Pl 只 有 3 种 状态 ,要 么 在 销 
没有 告诉 我 


个 命题 











有 库存 )。 


















































常 | 





定义 : 关系 表达 式 expl 与 exp2 当 且 仪 当下 列 条 件 满足 时 为 信息 等 价 。(a) 


们 是 逻辑 等 价 的 ， 亦 即 它们 各 自 都 可 以 按照 系统 推导 规则 由 对 方 推导 出 来 ， 

















”关系 变量 的 名 全 





其 实 可 以 很 概念 化 地 想 成 就 是 其 




















谓词 的 一 个 缩写 ， 除 此 之 外 

















无 具 








他 。 





只 


通过 下 列 定义 向 大 家 展示 一 下 何 为 “两 个 关系 表 


的 短语 “信息 


它 
本 
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且 (b) 在 expl 中 提 到 的 每 个 关系 变量 也 都 在 exp2 中 提 到 ， 反 之 亦 然 。 























显然 ， 对 于 视图 
据 这 个 定义 来 看 


























VPL1 和 VPL2 的 定义 表达 式 来 说 ， 


FEI 
己 








然 它 们 是 逻辑 等 价 的 ， 但 根 











却 不 是 信息 等 价 的 。 那么, 我们 原本 对 于 信息 等 价 的 定义 ， 即 对 关 





系 变量 集合 的 那 一 个 版 本 ， 讨 论 的 是 约束 ， 而 不 是 关系 表达 式 ， 其 中 谈 到 两 组 关系 


























变量 是 信息 等 价 








命题 ， 


同时 也 能 被 另 





和 

















约束 总 可 以 通过 这 个 IS_EMPTY 














的 当 且 仅 当 相应 的 约束 起 效 : 每 个 能 被 其 中 一 组 关系 变量 所 表达 的 
组 表达 。 但 是 正如 我 们 从 本 书 前 面部 分 数 不 清 的 讨论 和 案例 





所 得 知 的 ,在 约束 和 关系 表达 式 之 间 有 一 种 
式 Ix， 布 尔 表达 式 部 分 为 IS_EMPTY(rx) 的 约束 都 可 以 被 定义 ; 与 此 同时 ， 每 一 个 
对 每 个 约束 来 说 ， 这 里 都 





的 调用 被 公式 化 ， 因 
有 一 个 相对 应 的 关系 表达 式 。 特 别 是 ,我 们 还 知道 ， 每 一 个 视 









































关于 术语 的 说 明 : 在 示例 2 


名 称 PL 和 PK， 实际 上 被 逻辑 学 家 们 称 为 “标志 符 ”。 





着 一 个 特定 的 约束 。 我 们 可 以 青 定 地 说 ， 当 且 仅 当 相 应 


对 应 





的 关系 : 对 于 每 个 关系 表达 





出 














，VPL1 和 VPL2 的 定义 表达 式 ， 
当 对 包含 它们 的 表达 式 求 值 





的 视图 
































图 定义 表达 式 都 蔓 含 
定义 表达 式 是 信息 等 











价 时 ， 两 个 这 样 的 约束 能 够 符合 原始 的 定义 要 求 ， 即 信息 等 价 那 一 个 版 本 。 














所 包含 的 关系 变量 





时 ， 它 们 的 效果 就 是 指示 出 一 个 值 ， 也 就 是 相应 关系 变量 在 当时 的 值 。 另 外 ， 请 注 








意 标志 符 与 参数 之 间 的 逻辑 区 别 。 一 个 参数 可 以 被 任何 一 个 主体 取代 ， 只 要 它 是 正 






































确 的 类 型 。 而 相对 而 言 ， 一 个 标志 符 相 
像 是 编程 语言 中 的 变量 ， 只 能 “指示 4H 























现在 ， 让 我 们 把 这 些 概 念 拓展 至 
地 ， 并 且 更 正式 一 点 地 
且 仅 当 ”)。 





























t € VPL1 St€ PL 





是 包含 它 的 表达 式 需 要 求 值 的 时 候 )。 



































(“ 当 且 仅 当 数组 t 出 现在 PL 
词 可 以 被 描述 为 以 下 的 形式 。 


t € VPL2 St € PLAND ( 























(“当量 仅 当 数组 t 出 现在 PL 
现在 VPL2 : 






































价 的 概念 了 。 当 然 ， 就 
价 的 。 除 此 之 外 ， 


前 的 
































时 ， 它 才 会 日 


”。) 我 做 这 些 公式 化 修改 的 
包含 了 相应 关系 变量 的 。 那么 既然 它们 是 这 样 的 , 我 们 也 就 可 以 对 它们 应 用 
列子 而 言 ， 我 们 可 以 看 到 这 些 谓词 同样 也 不 是 信息 等 


看 起 来 下 面 这 条 叙述 是 合理 的 : 如 果 谓 词 Pl1 和 P2 是 信 

















民 本 就 是 不 能 ， 也 无 法 被 取代 的 ; 反而 ， 它 就 











上 ”或 者 表示 相应 变量 在 相应 时 点 的 值 〈 也 就 











| 谓词 和 命题 中 去 。VPLI1 
述 为 以 下 的 形式 (这 里 我 会 用 





t € PL OREt 


， 并 且 也 出 现在 PL 或 PK 二 者 之 一 之 中 时 ， 


€ PK ) 





的 谓词 可 以 被 象征 性 
zen 4 3? 来 表示 2 


符号 “后 


上 现在 YPL1 中 ”。) 类 似 的 ，VPL2 的 谓 








Pea 
它 会 出 

















目 日 




















的 只 是 为 了 说 明 谓 词 也 是 可 以 被 认为 是 




















信息 等 




















息 等 价 的 ， 
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中 实例 化 得 到 ， 反 之 亦 然 。 


经 过 上 




















那么 对 于 每 一 个 能 从 Pl 中 实例 化 的 命题 , 都 有 一 个 与 之 信息 等 价 的 命题 可 以 从 P2 

















和 所 有 的 这 些 分 析 讨论 ， 我 想 现在 我 们 有 理由 认为 下 面 的 情况 是 合理 的 。 
































针对 示例 2 而 言 ， 尽 管 表面 上 看 起 来 并 非 如 此 ， 但 最 终 还 是 出 现 了 只 由 VPL1 组 
成 的 设计 与 只 由 VPL2 组 成 的 设计 信息 不 等 价 的 情况 。 对 于 示例 3 也 是 类 似 的 情 


况 : VSP2 的 定义 中 提 至 


VSP1 
































上 了 关系 变量 S， 而 VSP1 的 定义 中 则 没有 提 到 ， 因 此 只 由 


























组 成 的 设计 与 只 由 VSP2 组 成 的 设计 是 信息 不 等 价 的 ,更 具体 点 说 就 是 VSP2 




















的 定义 告诉 我 们 供应 商 关 系 变量 是 存在 的 ， 而 在 VSP1 的 定义 中 却 没有 体现 这 一 


占 8 





现在 我 们 回 到 示例 2。 由 上 面 的 讨论 可 以 得 出 结论 ， 我 们 并 不 能 说 以 下 陈述 是 正确 










































































的 ， 即 在 工时 间 对 任意 给 定 


VPL2 





上 的 相同 查询 Q 求 值 








是 同一 个 关系 1, 但 是 关系 r 












































的 在 VPL1 上 的 查询 Q 求 值 的 结果 ， 与 在 工时 间 对 在 
的 结果 总 是 相等 的 。 有 具体 来 说 就 是 上 面 两 个 结果 当然 总 
中 的 数组 集合 代表 的 却 是 上 述 两 种 情况 中 不 同 的 命题 。 


















































因此 下 面 这 点 ， 我 更 觉得 完全 合理 : 在 工时 间 给 定 的 在 VPL1 上 的 更 新 U， 与 在 相 
同时 间 工 给 定 的 在 VPL2 上 的 相同 更 新 U 有 时 会 产生 不 同 的 效果 。 而 我 觉得 下 面 









































的 这 一 点 简直 更 加 合理 ， 那 就 是 在 VPL1 上 的 更 新 对 关系 变量 PK 从 来 都 不 会 有 任 
何 效 果 ， 相 反 ， 在 VPL2 上 的 更 新 有 时 候 会 对 关系 变量 PK 有 效果 。 我 甚至 觉得 可 
说 ， 如 果 两 个 视图 的 定义 表达 式 逻 辑 等 价 而 并 非 信息 等 价 的 话 ， 那 么 对 这 两 


以 这 术 































































































个 视图 各 自 本 身 进 行 的 相同 更 新 有 可 能 会 产生 不 同 的 效果 。 事实 上 , 我 想 大 家 一 定 
记得 这 种 情况 恰恰 在 示例 3 中 出 现 了 。 

最 后 我 们 来 总 结 一 下 : 对 于 “到 底 什么 是 两 组 关系 变量 的 信息 等 价 ” 这 个 问题 的 定 
义 目前 来 看 是 成 立 的 。 而 需要 改进 的 是 我 们 对 下 面 这 个 问题 的 理解 ， 那 就 是 两 个 命 






















































































题 是 “相同 命题 ”这 人 句 话 到 底 是 什么 意思 。 我 已 经 阐述 过 当 且 仅 当 它们 是 信息 等 价 
的 时 候 , 它们 才 可 以 被 认为 是 相同 的 , 而 对 后 面 这 个 概念 我 也 已 经 阐述 了 一 个 定义 ， 





那 就 是 它们 的 谓词 必须 是 信息 等 价 的 ， 而 它们 则 是 各 自 谓 词 的 实例 。 














然而 ， 





义 表达 式 并 非 信息 等 价 的 话 ， 












































这 里 依然 有 一 个 问题 没有 解决 。 我 已 经 前 述 过 如 果 两 个 视图 V1 和 V2 的 定 


















































那么 它们 是 不 能 互 换 的 。 但 是 这 里 依然 有 个 问题 : 如 














果 它 们 的 定义 表达 式 是 信息 等 价 的 ,那么 它们 就 一 定 是 可 互 换 的 吗 ? 也 就 是 说 ， 即 
使 V1 和 V2 的 定义 表达 式 是 信息 等 价 的 , 那么 是 否 有 可 能 出 现 条 个 在 V1 和 V2 上 
相同 的 更 新 会 产生 不 同 的 效果 呢 ? 我 相信 这 个 问题 值得 我 们 进一步 研究 。 




















8 对 比 来 看 ， 示 例 1 就 表现 得 很 好 ， 























信息 等 价 是 成 立 的 ， 因 此 没有 类 似 的 情况 出 现 。 
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14.5 ”小结 


我 想 给 大 家 分 享 一 些 我 的 观察 来 结束 本 章 ， 这 些 观察 会 展现 这 样 的 一 种 情况 , 忆 
为 表达 式 expl 和 exp2 看 起 来 在 特定 方面 是 等 价 的 , 并 
些 内 容 可 








是 仪 仅 因 
可 以 互 换 。 不 过 请 注意 ， 这 
以 跳 过 














刁 


首先 一 点 ,我 想 说 一 个 一 般 观 点 ， 那 就 是 ， 我 强烈 








双人 




















是 


点 偏离 本 书 的 主 





如 果 








用 人 安 

















=} 

















是 通过 “等 价 的 ”表达 式 进行 更 新 的 问题 ， 











种 情形 。 更 具体 点 说 就 
一 个 表达 式 代表 


AN 





个 表达 式 和 一 个 伪 变 量 
了 值 ， 而 一 个 伪 变 量 引 月 























(如 果 你 需要 复习 下 关于 





口 














可 以 帮 你 


忆 起 只 要 存在 更 新 ， 视 


F 伪 变量 的 问题 ， 你 可 以 参 





























表达 式 与 伪 变 量 引 











并 得 到 了 顿悟 (或 者 当时 
Hugh Darwen 正在 尝试 














Orientation，OO ) 


如 果 S 是 T 的 一 个 子 类 ， 
对 象 都 可 以 替代 它 出 现 ”。 








上 共有 相同 的 语法 ， 


接 下 来 , 我 可 以 与 大 家 分 享 过 去 的 种 种 ， 
我 确实 觉得 是 顿悟 ， 
开发 的 一 种 类 型 继承 模型 ， 
一 个 逻辑 结果 。 我 们 当时 正在 纠结 于 “可 蔡 换 性 ”这 
世界 中 的 一 个 概念 , 在 面向 对 象 的 著作 中 对 它 


那么 在 系统 中 任何 需要 T 类 型 的 对 象 出 现 的 + 


























上 FA， 








怀疑 我 们 目 





不 能 确保 它们 完全 


前 遇 到 的 问题 ， 也 





就 


大 家 不 感 兴 


取 





就 





是 值 与 变量 之 间 拥 有 显著 
寺 弓 | 月 














j 却 不 是 。 


逻辑 差异 的 一 


昌之 间 是 有 逻辑 差异 的 。 





E= 3 


有 种 2 章 





章 结 也 部 


图 的 运行 就 像 伪 变 量 一 样 。) 换 句 评 
它们 也 扣 


彼 时 我 仔 





有 不 





同 的 语义 


























分 ， 而 第 3 章 








市 


6 说 就 是 即使 











间 的 逻辑 区 别 








思考 值 与 变量 之 
无 所 谓 啦 )。 有 一 个 例 








子 是 当时 我 和 





言 ” 





三 网 让 1 钱 
RE 宛 














» 
[一 


类 型 理论 的 











ee 二 


Ey 


个 概念 ， 这 是 面 


国立 








向 对 





象 (object 














、 
已 过 吊 

















例如 ， 如 果 SQUARE (正方 




















) 是 RECTANGLE ( 














长 方形 ) 的 一 个 子 类 














日 














上 述 方式 用 正方 形 替 代 长 方 
表面 来 看 ， 这 个 概念 似 了 
的 ， 以 及 其 他 这 类 
的 术语 

的 是 将 变量 






































蔡 换 性 和 值 H 


量 可 











7 
有 
7 





会 产生 很 多 
雇 误 〈 说 实话 ， 
“对 象 ” 有 时 候 指 的 是 变量 ， 


























可 行 
EN 
元 诊 


应 该 是 


5 











是 这 样 








的 


， 那 么 按照 





的 ， 因 为 
的 结果 ,包括 方 





正方 形 “也 是 ” 


征 























长 方形 。 
不 是 方 的 ， 圆 


然而 从 
不 是 圆 


-Ee 
































真是 





自 相 矛 盾 ) ” 














于 来 , 而 正 是 这 种 区 分 工作 
Fh 区 分 工作 令 我 们 意识 

















达 式 而 言 , 即使 
提 下 才能 进 


/一 


人 行 。 





”这 个 定义 是 从 允 
”顺便 说 一 句 ， 这 个 评 
































F 价 对 SQL 适 











它们 可 能 在 只 读 环境 下 完全 上 自 




















。 后 来 当 我 们 意识 
而 有 时 候 指 的 是 值 时 ， 我 们 才 发 现 真正 
9 可 蔡 换 型 区 分 3 
免 这 些 面向 对 象 的 雇 误 。 更 具体 地 说 ， 正 是 这 和 


到 面向 对 象 
需要 做 
证 我 们 能 够 避 
到 对 于 特定 表 
































由 交换 ， 那 也 必须 是 看 














住 基 百科 ee (en. a org) 上 摘录 的 。 





更 新 环境 的 
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第 3 点 我 要 说 的 还 是 与 我 们 的 继承 模型 有 关 , 不 过 它 可 能 与 何谓 两 个 表达 式 等 价 这 
个 问题 的 意义 关系 更 明显 些 。 我 在 14.2 节 中 提 到 的 一 件 事 是 表达 式 A INTERSECTB 
与 AMINUS (A MINUS B) 是 等 价 的 , 它们 也 确实 是 等 价 的 , 只 要 它们 确实 总 是 拥有 
相同 值 。 然 而 ， 我 们 发 现 ， 首 先 ， 所 有 的 表达 式 都 具有 “宣言 ”中 所 称 的 “声明 类 
型 ”。 其 次 ，A INTERSECT B 的 声明 类 型 总 地 来 说 与 AMINUS (A MINUS B) 的 声明 
类 型 不 一 样 ! 说 得 更 有 具体 点 就 是 A MINUS (A MINUS B) 的 声明 类 型 与 A 的 一 致 ,但 
是 AINTERSECTB 的 声明 类 型 却 是 A 和 B 的 “最 小 公共 子 类 ” 换 句 话说 就 是 A 类 型 
的 某 种 子 类 型 。 因 此 ， 我 们 并 不 能 确保 下 面 的 命题 成 立 ， 那 就 是 : 因为 两 个 表达 式 
总 是 具有 相同 值 ， 所 以 它们 就 可 以 被 互 换 使 用 。 事 实 上 ， 就 我 们 手中 的 例子 来 说 ， 
虽然 它们 总 是 具有 相同 值 , 但 它们 甚至 无 法 为 了 只 读 目 的 而 互 换 ! 至 少 不 是 百 分 之 


百 可 互 换 "。 






























































































































































































































































质 便 说 一 句 ， 这 个 情况 说 明 ， 至 少 在 类 型 继承 相关 环境 下 ， 对 于 两 个 关系 表达 式 信 息 等 价 的 定义 可 
能 需要 增加 一 个 条 件 ， 那 就 是 相关 表达 式 必须 是 相同 声明 类 型 。 请 大 家 参考 Hugh Darwen 与 我 合 著 
的 《Database Explorations: Essays on The Third Manifesto and Related Topics》(Trafford，2010) 来 获 
取 更 多 信息 。 
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第 15 章 





歧义 问题 再 回顾 


让 义愤 的 嘴巴 闭 上 一 会 儿 吧 ， 直 到 我 们 能 够 扫 清 这 里 的 歧义 。 
一 一 威廉 。 莎 士 比 亚 《 罗 密 欧 与 朱丽叶 》( 1592 ) 





在 前 面 几 个 章节 中 我 有 提 过 ，David McGoveran 有 一 套 方案 来 解决 歧义 问题 并 且 可 


以 在 视 









































图 更 新 中 加 以 发 展 〈 在 没有 信息 等 价 的 情况 下 )。 在 本 书 的 最 后 一 章 ， 我 想 





























与 大 家 讨论 一 下 这 套 方案 。 不 过 在 开始 之 前 ， 有 几 点 我 一 定 要 先 讲 清楚 。 
我 们 来 讨论 这 个 能 解决 歧义 问题 的 方案 并 不 是 要 对 David 的 整套 观点 做 整体 评 





判 。 


由 识 

















其 实 ， 他 的 整套 观点 是 为 了 找到 整体 数据 库 遇 到 的 更 新 间 题 而 来 的 。 它 是 
别 唯 一 真 变量 开始 的 ,我 在 第 2 章 也 曾经 解释 过 ， 从 逻辑 上 讲 ， 唯 一 真正 












































能 够 被 更 新 的 就 是 整个 数据 库 (或 者 叫 数据 库 变量 dbvar 更 好 ， 不 过 我 们 并 不 


使 用 这 


此 些 谓 





它们 
2 











个 名 字 )。 数 据 库 ， 以 及 其 中 的 关系 变量 都 是 由 谓词 来 描述 的 ， 不 过 这 
词 与 我 在 本 书 中 所 说 的 那些 并 不 相同 ,它们 的 本 质 是 完全 正式 的 。 尤 其 是 
完全 包含 了 我 在 第 2 章 中 所 讲 过 的 全 局 数据 库 约 束 。 更 新 需求 也 是 根据 这 
谓词 来 表达 (为 了 用 户 使 用 方便 ,它们 可 能 会 使 用 关系 变量 的 名 字 , 但 是 
类 引用 也 仅仅 是 作为 相应 关系 变量 谓词 的 一 个 缩写 ) 的 。 对 一 个 更 新 的 实施 



























































re 6 够 符合 这 个 整合 谓词 


的 一 





更 韶 


EE 新 需求 ， 





个 或 多 个 关系 ， 这 些 关系 吕 组 成 了 整个 数据 库 被 更 新 的 部 分 如果 大 家 想 














”这 种 方式 产生 的 一 个 结果 就 是 违反 黄金 法 则 的 情况 永远 不 会 出 现 ! 如 果 U 是 一 个 通常 总 会 违反 某 些 约束 的 



















































































那么 U 的 整合 谓词 将 会 直接 变 为 空 集 ， 它 包含 了 所 有 相应 的 约束 ， 因 此 没有 任何 更 新 操作 会 被 








Ea 


非 





正 执行 。 























伦敦 供 











我 们 举例 说 明 , 看 看 这 个 显 式 UPDATE 需求 , 它 试图 将 某 些 在 关系 变量 NLS(“non London suppliers 











应 商 ”) 中 的 数组 的 CITY 值 变 为 London。 这 个 UPDATE 需求 实际 上 是 说 UPDATE NLS WHERE 




















CITY= ‘Londom， 那 么 当然 ， 在 NLS 中 根本 没有 任何 数组 能 够 满足 WHERE 语句 的 要 求 。 
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了 解 更 多 细节 ， 我 建议 大 家 去 看 看 David 的 著作 ， 我 在 第 3 章 的 “小 结 ” 中 曾 








经 引用 过 。 








。 这 里 我 还 需要 说 明 的 是 David 可 能 压根 就 不 会 同意 我 把 这 些 牙 义 问题 叫 作 “ 收 
义 ” 这 个 名 字 。 事 实 上 ,他 相信 有 一 种 去 歧义 化 的 机 制 会 一 直 伴 随 着 我 在 本 章 








中 要 讲 的 内 容 存 在 。( 当 然 ， 如 果 确 实 有 这 么 一 种 机 制 的 话 ， 那 么 可 能 就 完全 

















没有 必要 推广 我 在 前 面 几 章 中 提出 的 各 种 编译 指示 了 。) 换 名 话说， 如果 不 使 
用 这 套 去 卜 义 机 制 的 话 , 就 相当 于 直接 使 更 新 需求 变 得 不 完整 。 在 这 种 情况 下 ， 
数据 库 管 理 系 统 DBMS 很 难 判断 哪 种 响应 是 最 合适 的 〈 也 就 是 说 ， 所 有 可 能 















































的 啊 应 都 变 成 了 “正确 的 ”)。 





Fr 












































有 这些 与 我 在 本 书 中 讨论 的 更 新 方式 又 有 什么 关系 昵 ?首先 , 我 相信 这 种 方式 是 


缠 含 在 David 的 方案 精神 中 的 ， 至少 就 我 所 理解 的 程度 而 言 是 这 样 。 不 过 ,我 还 是 
































尝试 用 更 加 平实 和 通用 的 言语 来 讲解 这 种 方式 , 我 认为 我 所 使 




















的 这 些 言 语 在 通常 





























意义 下 的 关系 系统 (也 就 是 我 在 无 数 以 前 的 著作 和 其 他 文章 








所 描述 的 关系 系统 ) 


















































环境 中 都 还 是 比较 合理 的 。 我 也 尝试 过 用 这 样 一 种 方式 来 讲解 这 种 方式 ， 比 如 较为 


清晰 地 为 这 类 关系 系统 提供 一 个 可 能 的 实施 方案 。 











言 归 正 传 ， 现 在 让 我 来 解释 一 下 这 个 所 谓 的 “去 卜 义 机 制 ”( 或 者 叫 “ 可 能 的 去 歧 
义 机 制 ”) 到 底 是 什么 吧 ， 它 是 在 David 著作 中 所 描述 的 抽象 概念 基础 上 发 展 出 来 






























































的 一 个 解决 歧义 问题 的 具体 方案 。 


15.1 谓词 和 约束 再 回顾 



































在 开始 之 前 ， 我 想 先 来 快速 回顾 一 下 在 本 书 中 所 使 用 过 的 谓词 和 约束 。 在 第 2 章 我 曾经 
































说 过 ， 每 一 个 关系 变量 都 具有 一 个 与 之 相关 联 的 关系 变量 谓词 ， 这 个 谓词 简单 来 说 就 是 









































这 个 关系 变量 对 于 用 户 来 说 到 底 是 什么 意思 。 举 个 例子 , 供应 商 关系 变量 S 的 谓词 如 下 。 
供应 商 SNO 已 经 签约 ， 名 字 为 SNAME, 拥有 状态 STATUS， 并 且 位 于 城市 CITY 。 


为 了 表述 简洁 ， 我 们 把 这 个 谓词 简称 为 “pred (S)”， 推 而 广 之 ， 让 我 们 把 任意 给 
定 关系 变量 R 的 谓词 简称 为 “pred (R)”*。 那 么 在 任意 给 定时 间 T， 在 R 中 的 每 一 













































































个 数组 都 应 当 是 这 样 的 : 对 于 使 用 该 数组 的 属性 值 蔡 换 “pred 
























































(R)” 中 的 参数 所 产 





生 的 命题 ， 有 具体 说 这 个 命题 就 是 “pred (R)” 在 该 时 刻 的 一 个 具体 实例 ， 我 们 都 相 
言 它 在 T 时 刻 为 真 。 举 例 来 说 ， 对 于 〈S$1,Smith,20,London ) 出 现在 关系 变量 $ 中 的 


















































”我 采用 这 种 标记 ， 或 者 说 命名 方式 ， 单 纯 地 只 是 为 了 讲解 目的 。 在 实际 操作 中 ， 我 希望 用 户 们 能 够 
根据 需要 选择 他 们 自己 认为 “更 友好 ”的 谓词 名 称 ， 而 在 后 面 的 例子 中 我 也 会 这 样 做 。 
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这 个 事实 ， 现 在 意味 着 我 们 相信 下 列 命题 在 此 时 刻 为 真 。 








供应 商 S1 已 经 



































那么 接 下 来 , 为 了 能 够 在 各 种 可 能 的 情况 下 正确 地 使 
) 这 个 谓词 “pred (R)”。 因此 ， 关系 变 量 R 的 “ 
建 者 ”或 者 也 许 是 数据 库 管理 员 DBA， 必 须 用 某 种 方式 告诉 所 有 会 用 到 该 关系 变 




















(当然 也 得 理解 














签约 ， 名 字 为 Smith， 拥 有 状态 20， 并 且 位 于 城市 London。 











| 关系 变革 
















































































量 R， 用 户 必须 知道 
I 有 者 ”或 者 “ 创 




















量 的 人 到 底 这 个 谓词 是 什么 。 而 且 ， 这 个 做 法 对 于 无 论 是 基础 关系 变量 ， 还 是 虚拟 
关系 变量 (也 就 是 视图 ), 都 同样 适用 。 例 如 , 在 前 面 章节 中 出 现 过 的 对 于 视图 NLS 






































(“non London suppliers”) 的 谓词 “pred (NLS)”, 详 情 如 下 。 





供应 商 SNO 已 经 签约 , 名 字 为 SNAME , 寺 


























(CITY 不 是 London ) 。 


对 于 每 个 视图 NLS 的 使 


谓词 。 








正如 我 在 其 他 著作 中 写 到 的 《例如 在 《SQL and Relational Theory》 
美的 世界 中 ， 谓 词 “pred (R)” 应 当 是 关系 变量 R 的 “更 


ee 
















































































新 操作 可 接受 性 标准 ”。 














有 有 过 状态 STATUS, 并 且 位 于 城市 CITY 


] 者 来 说 ， 不 管 他 的 目的 是 什么 ， 都 必须 知道 并 理解 这 个 

















)， 在 一 个 完 





妆 





但 是 目前 来 看 这 个 目标 显然 是 无 法 实现 的 。 例 如 ， 对 于 关系 变量 $ 来 说 : 


























。 首先， 数据 库 管理 系统 无 法 明白 一 个 “供应 商 ” 已 经 “签约 ”或 者 “位 于 ” 某 
个 地 方 是 什么 意思 ， 这 些 都 是 “注释 说 明 ” 的 内 容 。 举 个 例子 ， 如 果 供 应 商号 
码 S1 和 城市 名 称 London 刚好 同时 出 现在 同一 个 数组 中 , 那么 用 户 可 以 注释 说 





明 供应 商 Sl 位 于 London， 但 是 数据 库 管 理 



























































系统 却 没 办 法 做 出 类 似 的 动作 。 





。 ” 除 此 之 外 (也许 这 点 更 重要 )， 即 使 数据 库 管理 系统 可 以 明白 一 个 供应 商 已 经 


签约 或 者 位 于 某 个 地 方 是 什么 意思 ， 


























且 它 依然 无 法 判断 用 户 所 说 的 是 真是 假 。 


如 果 用 户 〈 通 过 某 些 更 新 操作 来 ) 声称 有 一 个 供应 商 S6 名 字 是 Lopez， 状 态 


为 30, 并且 位 于 城市 Madrid， 那 么 数据 库 管 理 









































系统 是 无 从 判 


断 该 用 户 声 称 信 息 





的 正确 性 的 , 所 有 的 数据 库 管 理 系统 能 做 的 只 是 检查 这 些 内 容 有 没有 违反 任何 
完整 性 约束 。 假 设 这 些 内 容 没 有 违反 任何 约束 ,那么 数据 库 管理 系统 就 会 将 数 

















组 (S6，Lopez，30，Madrid) 插入 到 关系 变量 $ 中 去 ，; 




















始 ， 将 该 数组 所 代表 的 内 容 作为 一 个 真 命题 来 对 待 。 








换 名 话说 ， 对 于 一 个 给 定 的 关系 变量 来 说 ， 在 今天 的 数据 库 管 理 


























新 操作 可 接受 性 标准 并 不 是 关系 变量 谓词 ， 而 是 相应 的 〈 














点 我 在 第 2 章 




















也 已 经 解释 过 。 因 此 ， 有 点 一 厢 情 愿 地 ; 






































并且 会 从 这 个 时 点 开 





























， 对 本 





系统 中 ， 实 用 的 更 
全 局 ) 关系 变量 约束 ， 这 
-给 定 的 关系 变量 来 
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说 ， 其 关系 变量 约束 应 当 作为 其 谓词 的 〈 近 似 )“ 数 据 库 管理 











这 个 观点 也 解释 了 为 什么 我 在 本 书 前 面 的 章节 
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15.2 
现在 我 们 假设 ， 有 办 法 告 


大写 














系统 
如 此 强调 约束 的 














”存在 "。 当 然 ， 


EE 要 性 。 


















































注意 : 我 推测 大 概 数 据 库 管理 系统 会 在 目录 
包 。 我 还 扒 


E 测 大 概 也 有 办 
显示 ， 或 者 其 





























臣 





























法 能 够 将 这 些 谓词 的 文本 信 ， 
[ 程 学 目的 )， 虽 然 我 在 这 上 





诉 数据 库 管 理 系 统 给 定 关 系 变量 的 名 字 和 谓词 ,那么 数据 
库 管 理 系统 应 该 最 起 码 能 够 知道 如 “关系 变量 $ 的 谓词 是 “pred (S)”” 这 类 信息 。 
将 这 些 谓词 的 名 字 与 关系 变量 的 定义 











自 


ny. 








E 








保存 在 目录 中 《〈 为 


讨论 的 这 方面 与 














误 提 示 中 量 他 人 机 本 
视图 更 新 本 身 没 什么 关系 。 当 然 ， 数 据 库 管理 


底 是 什么 意思 ， 但 这 不 是 问题 的 关键 。 


让 我 们 继续 假设 ， 可 以 通 
来 引用 这 
B， 它 1 
令 A 币 










































































续 
此 























sk 














系统 还 是 不 可 能 “到 


过 某 种 方式 来 要 求 数据 库 管 开 
些 谓词 。 例 如 考虑 一 下 下 面 这 个 场景 。 假 设 我 们 有 2 个 关系 变量 一 一 A 和 








系统 ， 使 得 我 们 5 





E 解 ”这 些 谓词 到 

















dy 





以 用 名 























站 的 谓词 分 别 为 pred (A) 和 pred (B)。 为 了 让 这 个 例子 看 起 来 
B 分 别 为 第 9、10、11 以 及 14 章 中 提 到 的 关系 变量 PL 和 











这 里 我 
关系 变量 PL 提供 在 销 
号 码 。 于 是 谓词 pred (PL) 
F PNO 正在 销售 
零 部 件 PNO 拥有 库存 。 


请 大 家 注意 这 些 关 系 变量 都 属于 同一 


























售 中 的 零 部 们 
































PL.: 





零 部 人 





PK: 


























Bp 

















' 关 系 类 型 。 


于 次 提醒 大 家 ， 这 些 关系 变量 都 只 含有 一 个 单一 属性 PNO〔〈 零 间 








2 








从 





FEF 号码)， 








F 号 码 ， 而 关系 变量 PK 则 提供 有 库存 的 零 部 件 





和 pred (PK) 如 下 所 示 。 


样本 值 如 图 


= 





15 








图 中 还 分 别 包含 相应 交集 、 合 并 ， 以 及 差异 关系 
的 样本 值 ( 在 下 面 我 们 还 有 更 多 讨论 )。 





























变 





.1 所 示 ， 同 时 该 


XLK、ULK， 以 及 DLK 

















图 15.1 


”一 厢 情 愿 这 话 没 错 ! 很 不 幸 ， 这 个 记 
现今 大 多 数 数据 库 管 理 系统 〈 当 然 者 


























关系 变量 PL、PK、XLK、ULK 以 及 DLK 的 样本 值 





价 对 现今 的 数据 库 管 理 系统 还 是 太 宽容 了 。 一 个 令 人 浊 丧 的 现实 是 
是 SQL 系统 ) 甚至 都 不 能 很 好 地 支持 约束 ， 就 更 





E 别 说 支持 谓词 了 。 
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为 了 让 我 们 接 下 来 


的 讨 


论 能 够 对 | 
































不 是 一 个 
义 分 别 是 
本 值 同样 展示 在 多 





























PK: 零 部 件 PNO 扫 

















Ng 











15.1 中 )。 那 么 很 
式 的 ”或 者 说 符号 化 的 版 本 如 括号 : 


PL: 零 部 件 PNO 正在 和 


XLK、 















































有 库存 。(IN_STOCK) 





XLK: 零 部 件 PNO 既 在 销 
ULK: 
DLK: 








除 此 之 外 ， 既 然 我 们 








身 设 数 














] 户 更 加 友好 一 些 ， 下 面 我 要 引入 两 个 名 字 
ON_SALE 以 及 IN_STOCK, 用 它们 来 分 别 蔡 代 看 起 来 更 正式 一 点 
以 及 pred (PK)。( 事 实 上 这 两 个 名 字 与 我 在 第 9、10 以 及 11 章 中 所 
称 是 相同 的 ， 在 那些 章 中 我 用 到 这 些 名 字 的 小 节 叫 作 “ 一 个 更 好 的 设计 ”， 而 这 并 
巧合 .) 下 面 ， 令 关系 变量 
PL INTERSECT PK、PL UNION PK， 以 及 PLMINUS PK (这 些 视 图 的 样 
明显 , 所 有 这 些 关 系 变量 的 谓词 如 下 所 示 〈“ 正 
所 写 )。 


售 中 。(CON_SALE) 





的 名 字 pred (PL) 
葛 用 的 属性 名 





























ULK， 以 及 DLK 都 是 视图 ， 它 们 的 定 








中 ， 又 拥有 库存 。(ON_SALE AND IN_STOCK) 




















下 2 




















库 











零 部 件 PNO 在 销售 中 或 者 拥有 库存 。(ON_SALE OR IN_STOCK) 


零 部 件 PNO 在 销售 中 并 且 没 有 库存 。(ON_SALE AND NOTIN_STOCK) 





里 系统 知道 ON_SALE 和 IN_STOCK 分 别 是 关 




















系 变 量 PL 和 PK 的 “正式 的 ”或 者 说 符号 


关系 变量 XLK、ULK, 以 及 DLK 


们 从 本 书 前 面 的 章节 中 所 知道 
成 歧义 问题 。 比 如 说 ， 我 们 来 看 看 在 交集 视 











DELETE ( XLK WHE 





RE 





























组 被 同 


数组 从 XLK 中 删除 ) 可 
成 ， 而 这 里 却 没 有 一 个 理 























作 应 当 被 拒绝 ， 
而 我 在 第 9 章 - 




















PNO = 


根据 我 在 第 9 章 中 所 描述 的 规 由 
时 从 PL 和 PK 中 



































的 那 术 





刚 除 。 























‘P2’ ) FRO 








自 相应 的 “正式 的 ”或 者 符号 





化 的 谓词 ， 那 么 它 显 然 能 够 自己 计算 出 


化 的 谓词 了 。 
上 面 所 述 的 这 几 个 视图 很 可 能 会 千 



































F, 


ed 











图 XLK 上 的 一 个 更 新 ， 具 体 如 下 “。 





XLK ; 





1， 这 个 删除 操作 的 效果 应 当 会 导致 零 部 件 P2 的 数 








但 是 批评 家 1 





以 经 由 








单独 从 PL、 




















能 够 从 这 3 种 选项 中 选 出 一 个 最 好 的 ， 因 


所 建议 的 是 不 管 有 没有 此 义 问 题 ， 都 应 当 
当然 ,我 在 该 章 或 者 任何 其 他 























是 在 我 们 能 力 所 及 范围 
一 下 。 





内 应 当 尽 


于 


























风格 来 编写 例子 是 更 加 便利 的 。 





“在 本 章 中 我 发 现 ， 比 起 前 面 几 章 | 








伪 代 码 方式 编写 例子 来 说 ， 使 | 











门 却 表示 反对 ， 他 们 认为 需求 的 效果 〈 将 
PK 或 从 两 者 中 都 删除 该 数组 的 方式 达 
此 这 个 删除 操 











直接 接受 这 个 删除 操作 。 














方 的 观点 并 不 是 说 我 们 对 于 这 个 问题 放任 不 管 ， 而 
] 能 想 办 法 解决 疏 义 问题 ,那么 让 我 们 近 距 离 观 察 




















更 接近 于 纯 Tutorial D 语法 的 语句 








和 更 新 与 关系 数据 库 理 论 
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假设 一 个 用 户 U， 他 发 起 了 上 述 针 对 关系 变量 XLK 的 删除 操作 。 为 了 让 问题 尽 可 
简单 ， 我 们 假设 XLK 是 这 个 用 户 U 所 知道 的 唯一 关系 变量 ， 






































不 知道 关系 变量 PL 和 PK 的 存在 。 尽管 ) 


























的 谓词 是 ON_SALE AND IN_STOCK 这 和 
正在 销售 中 ” 而 IN_STOCK 则 代表 “ 零 部 件 PNO 拥 有 库存 ”。 因 此 如 果 用 户 U 想 要 
从 XLK 中 删除 零 部 件 P2 的 数组 ,那么 就 必然 是 这 样 的 情况 。 即 该 用 户 是 因为 知道 5 
哪 一 种 成 立 ， 所 以 才 想 要 进行 删除 。 

















下 列 3 种 可 能 性 














计 苇 


也 就 是 说 ， 用 户 U 








j 户 U 不 知道 这 些 信息 , 但 是 他 依然 知道 XLK 
































形式 ， 











其 中 ON_SALE 代 表 “ 零 部 件 PNO 

































































1. 零 部 件 P2 现在 没有 在 销售 (但 是 依然 


























有 库存 )。 


2. 零 部 件 P2 现在 没有 库存 (但 是 依然 正在 销售 中 )。 
3. 零 部 件 P2 现在 既 没有 在 销售 中 ， 也 没有 库存 。 





























当然 除 此 之 外 ， 用 户 U 还 必须 知道 到 底 哪 
j 户 不 知道 实际 情况 ,那么 从 最 初 就 没有 理 
到 的 是 2 号 情况 。 那 么 (凭空 编 出 点 语句 来 ) 该 




















该 














作 〈 请 注意 加 粗 部 分 的 内 容 )。 


XLK WHERE PNO = ‘P2"’ 


























DELETE ( 






































“PRED (IN_STOCK)” 这 个 写法 的 





























种 情况 是 现在 的 实际 情况 ， 因 为 如 果 














由 更 新 数据 库 了 ! 假设 例子 中 现在 遇 
j 户 可 以 并 且 应 当 发 起 下 列 删 除 操 























) PRED ( IN_STOCK ) FROM XLK ; 


采 目的 是 让 数据 库 管理 系统 知道 ， 所 要 删除 
的 数组 应 该 都 (只 ) 满足 谓词 IN_STOCK,“ 因 此 它们 应 当 被 (只 ) 从 关系 变量 PK 






































中 删除 ”?。 当 然 ， 在 删除 操作 执行 之 后 ， 这 些 数 组 将 依旧 存在 于 关系 变量 PL 中 ， 
但 是 它们 绝 不 会 继续 存在 于 交集 视图 XLK 中 了 。 

现在 假设 3 号 情况 是 我 们 实际 遇 到 的 情形 ， 那 么 适用 的 PRED 项 就 应 当 是 PRED 
(N_STOCK AND ON_SALE)5。 而 且 看 起 来 把 这 一 项 保留 为 默认 项 应 该 是 很 合理 的 












































一 件 事 ， 这 样 的 话 如 果 没 有 显 式 PRED 项 存在 的 话 ， 

















章 描 述 的 一 样 了 。 




















15.3 合并 以 及 差异 示例 











| 

















我 们 再 来 






























































删除 操作 执行 起 来 就 会 像 第 9 


顾 一 下 歧义 问题 至 少 是 潜在 有 可 能 发 生 的 几 种 情况 ， 列 举 如 下 “。 




















5 其 实用 “相信 ”在 这 里 可 能 比 
6 这 一 项 的 作用 当然 是 表示 XLK 的 谓词 ， 但 是 
































“知道 ”要 更 好 ， 但 是 我 还 是 / 


在 下 一 节 中 我 们 会 看 到 ， 这 其 实 算是 个 偶然 事件 。 














“知道 ”来 确保 问题 最 简化 。 



























































”这 里 我 说 “至 少 是 潜在 ”的 意思 是 说 某 些 情 























E 区 下 已 经 丧失 了 信息 等 价 。 大 家 可 以 特别 注意 观察 一 下 
第 14 章 中 所 描述 的 那些 各 种 各 样 反 常 的 例子 。 
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< 集 来 进行 删除 操作 〈 请 参看 第 9 章 。 


























并 来 进行 插入 操作 (请 参看 第 10 前 。 


























差异 来 进行 删除 操作 〈 请 参看 第 11 章 )。 

















当然 ， 在 15.2 























节 中 我 们 已 经 讨论 过 第 1 种 情况 了 。 只 不 过 现在 我 要 指出 ， 交 集 是 























连接 的 一 种 特殊 情况 ， 因 此 在 15.2 节 中 所 展示 的 观点 我 们 当然 可 以 推 而 广 之 地 应 
































用 到 连接 视图 ， 














去 。 不 过 现在 还 是 让 我 们 来 看 看 另外 两 种 情况 吧 。 




















15.3.1 合并 
首先 我 们 来 说 合并 。 我 们 来 看 看 下 面 这 个 在 合并 视图 ULK 上 的 更 新 操作 。 


INSERT RELATION { TUPLE { PNO ‘P4’ } INTO ULK ; 























(表达 式 RELATION {TUPLE {PNO 'P4’}} 是 一 个 关系 选择 器 调用 ， 表 示 该 关系 只 
包含 这 个 有 具体 的 数组 。) 那么 ,根据 第 10 章 中 所 描述 的 规则 ， 这 个 插入 操作 的 效果 
应 当 是 令 该 数组 同时 被 插入 到 PL 和 PK 中 。 其 实 该 需求 所 要 求 的 效果 ,向 ULK 
插入 该 数组 ， 可 以 通过 将 该 数组 插入 到 PL 或 PK 二 者 之 一 实现 ， 而 并 没有 必要 同 
时 插入 到 二 者 之 中 。 









































































































































但 是 我 们 要 从 月 




















昌 户 角度 考虑 一 下 ， 假 设 还 是 用 户 U 发 起 了 上 面 这 个 插入 操作 。 为 
























































了 让 问题 最 简化 我 们 假设 ULK 是 用 户 U 所 知道 的 唯一 关系 变量 ， 也 就 是 说 ， 用 户 


























U 根本 不 知道 关系 变量 PL 和 PK 的 存在 。 尽 管 不 知道 这 些 信息 ， 但 是 用 户 U 依然 
知道 ULK 的 谓词 是 ON_SALE OR IN_STOCK 这 种 形式 (同样 ， 其 中 ON_SALE 
代表 0 PNO 正在 销售 中 ” 而 IN_STOCK 则 代表 “ 零 部 件 PNO 搞 拨 “”)。 


























因此 如 果 用 















































U 想 要 向 ULK 中 插入 零 部 件 P4 的 数组 , 那么 就 必然 是 这 样 的 情况 : 












































re Se et 
1. 零 部 件 P4 现在 正在 销售 中 (但 是 没有 库存 )。 





2. 零 部 件 P4 现在 扫 



























































有 库存 (但 是 没 在 销售 中 )。 

















< 























3. 零 部 件 P4 现在 既 在 销售 中 ， 也 有 库存 。 




















当然 除 此 之 外 ， 

















INSERT REL 














j 户 U 还 必须 知道 到 底 哪 一 种 情况 是 现在 的 实际 情况 。 假 设 例子 




















现在 遇 到 的 是 2 号 情况 ， 那 么 该 用 户 可 以 并 且 应 当 发 起 下 列 插入 操作 。 





ATION { TUPLE { PNO ‘P4’ } } PRED ( IN _ STOCK ) INTO ULK ，; 














这 样 新 数组 就 会 


(只 ) 被 插入 到 关系 变量 PK 中 了 。 
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现在 假设 3 号 情况 是 我 们 实际 遇 到 的 情形 ,和 
(IN_STOCK AND ON_SALE)*。 看 起 来 把 这 一 项 保留 为 默认 项 应 该 是 很 合 型 
如 果 没 有 显 式 PRED 项 存在 的 话 

















事 , 这 样 的 训 
述 的 一 样 了 。 


15.3.2 ”差异 
现在 i 




















ELETE DLK WHI 





( 


PR 
































>» 














玄 来 说 说 差异 了 。 我 们 来 看 看 下 面 这 个 在 差异 视图 DLK | 


























E PNO = “P1 





DI 
人 


根据 第 11 章 所 描述 


























的 规则 , 这 个 删除 操作 的 效果 应 当 是 令 i 


) FROM D 








BP 么 适用 的 PRED 项 就 应 当 是 PRED 
E 的 一 件 


入 操作 执行 起 来 就 会 像 第 10 章 























措 




















上 的 更 新 操作 。 





LK 


7 





pp 


玄 数 组 被 从 PL 中 删除 六 


























被 插入 到 PK ， 


通 


a 
。 其 实 




















有 四 





该 需求 所 要 求 的 效 


过 上 述 两 个 操作 之 中 任意 一 个 即 可 实现 ， 没 有 必要 将 两 个 操作 者 








但 是 我 们 还 是 要 从 月 


户 
为 了 让 问题 最 简化 我 们 











是 从 DLK 中 删除 该 数组 ， 这 只 需要 
执行 。 











角度 考虑 一 
假设 DLK 是 月 











户 U 根本 不 知道 关系 

















代 





ON_SALE 代 


变量 PL 和 PK 


“ 零 部 全 








由 








F PNO 正在 销 

















下 
个 





拥有 库存 ”)。 因 此 如 




















j 户 U 想 要 从 DLK 中 











日 


是 这 样 
删除 的 。 


从 








1 . 








的 情况 : 该 用 户 是 


FP1 现在 没有 在 销 

















25 了 从 








3. 从 


FP1 现在 拥有 库存 而 且 也 在 销售 
F P4 现在 没有 在 销售 ， 但 























加 
候 



































假设 例子 中 现在 遇 到 的 


一 


,ETE 





局 





( 


DLK WHER 














是 2 号 情况 ， 那 么 该 用 





E PNO = ‘P1’ PRED 














在 这 





的 PRED 项 应 当 








这 样 理 解 : 该 零 部 从 





0 


词 (当然 它 之 前 不 满 


AC, 


下 ， 假 设 还 是 月 
有 户 U 所 知道 的 唯一 关系 变量 ， 也 就 
的 存在 。 尽 管 不 知道 这 些 信息 ， 但 
然 知 道 DLK 的 谓词 是 ON_SALE AND NOT IN_STOCK 这 种 形式 (同样 
中 ” 而 


因为 知道 下 列 3 种 可 外 


( 


F P1 的 数组 现在 满足 关系 变量 PK 的 谓 














昌 户 U 发 起 了 上 面 这 个 删除 操作 。 
是 说 ， 用 
j 户 U 依 

其 中 
IN_STOCK 则 代表 “ 零 部 件 PNO 
删除 零 部 件 P1 的 数组 ， 那 么 就 必然 


E 性 中 哪 一 种 成 立 ， 所 以 才 想 要 进行 





























日 
人 碟 












































售 ( 而 且 也 没有 库存 )。 


)。 


拥有 库存 。 


户 可 以 并 且 应 当 发 起 下 列 删 除 操作 。 


IN_STOCK ) FROM DLK ; 














否则 它 就 不 会 4 




















插入 到 关系 变量 PK ， 


录 ， 适 用 了 

















F 1 工 号 情况 的 


8 大 家 注意 观察 ，AND 在 这 











， 同 时 不 被 从 关系 变量 


现在 关系 变量 DLK ， 














此 它 需 要 被 
我 做 个 记 


了 ), 因 


PL 中 删除 。 注 意 ， 在 这 是 














项 应 当 为 PRED (NOT ON_SALE)， 它 可 以 使 该 数组 被 从 关 




















有 是 正确 的 ， 我 们 不 应 当 使 / 

















OR， 即 使 ULK 的 谓词 是 IN_STOCK OR 








ON_SALE。 





218 第 15 章 


系 变 量 PL 中 删除 ， 同 时 不 被 招 

















入 到 关系 变量 PK 中 去 。 而 适用 于 3 号 情况 的 项 应 


当 为 PRED (NOT ON_SALE AND IN_STOCK)， 它 可 以 使 该 数组 被 从 关系 变量 PL 


























< 


删除 ， 同 时 被 插入 到 关系 变量 PK 上 
合理 的 一 件 事 , 这 样 的 话 如 果 没 有 显 式 PRED 项 存在 的 话 , 删除 操 
象 第 11 章 描述 的 一 样 了 。 




















去 












































15.4 更 多 关于 谓词 的 内 容 











一 个 早期 版 本 的 审阅 者 曾经 对 本 章 内 容 表达 过 这 样 
真 地 有 效 。 具 体 来 说 ， 他 该 审阅 者 是 位 男性 ) 提 昌 
P 么 用 户 不 一 定 会 知道 其 谓词 是 pred(A) OR pred(B)。 这 种 








时 
点 是 否 


出 的 观 





被 定义 为 AUNION B, 为 

















看 起 来 把 这 











项 保留 为 默认 项 应 该 是 很 





乍 执 行 起 来 就 会 


























之 后 他 j 


模式 。 


而 给 出 了 





FATHER,， 它们 各 





可 能 就 不 是 “ 
是 某 人 的 家 长 ”。 


为 了 回 








应 这 个 例子 ， 让 我 来 研究 一 下 ， 首 
交集 为 空 的 ,那么 它们 的 合并 就 应 该 是 一 个 交集 为 空 

























































































不 完全 是 我 在 前 





























(“NAME 是 某 人 


AND 








的 母亲 ”OR“NAME 是 某 人 的 父亲 











日 














NOT (“NAME 


因由 
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上 ， 如 果 这 个 合并 视 
户 就 不 可 能 知道 NSERT 操作 在 这 个 视 


El 











图 的 用 户 真 的 只 知道 i 
图 





















































两 个 关系 变量 











EE 














如 此 说 来 , 不 管 是 数据 库 管理 员 , 还 是 其 他 什么 人 ， 





疑 他 的 判断 力 。 








们 来 看 

















的 相关 内 容 ， 如 果 那 个 人 决定 不 去 





说 到 这 里 ， 如果 合并 视 
一 个 现实 的 例子 (也 





负 


人 页 


一 个 例子 来 加 以 佐证 ， 这 里 有 2 个 关系 变量 MOTHER 和 
自 都 只 有 一 个 属性 叫 作 NAME， 而 谓词 则 分 别 是 “NAME 是 条 人 
的 母亲 ” 以 及 “NAME 是 某 人 的 父亲 ” 那么 MOTHER UNION FATHER 
NAME 是 某 人 的 母亲 ”OR“NAME 是 





人 的 父亲 ”而 


先 关 系 变 量 MOTHER 和 FATHER 
因此 该 合 


的 合并 。 





用 几 段 中 给 出 的 样子 ， 而 应 该 是 如 下 这 样 。 


2 


人 的 母亲 ”AND“NAME 是 某 人 的 父亲 ”) 


“NAME 是 某 人 的 家 长 ” 那么 该 用 
上 必须 将 目标 指向 MOTHER 和 FATHER 这 
。 由 此 ， 这 种 操作 将 会 直接 失败 ， 因 为 它 违反 了 黄金 法 则 。 











下 上 


的 疑虑 , 那 就 是 前 面 两 节 我 所 提 
上 ， 假 如 一 个 视 
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的 谓词 
单 的 NAME 








日 Ac 





并 的 谓词 并 
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知 该 








j 户 这 个 视 


图 谓词 















































告诉 












































法 律 





晶 是 你 没 法 
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候补 














10 草 


























某 些 零 部 件 是 在 国外 生产 的 ， 另 一 些 则 是 在 


























] 户 正确 的 谓词 是 什么 ,那么 我 将 不 得 不 质 
限制 判断 力 ， 对 吗 ? 
图 并 不 代表 一 个 交集 为 空 的 合并 ,， 那 又 会 是 怎样 的 呢 ? 让 我 
中 我 们 简短 讨论 过 的 一 个 例子 的 变种 )。 假 设 
国内 生产 的 , 而 还 有 一 些 则 是 国内 和 




















国 
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外 都 生产 的 。 那 么 我 们 进一步 假设 使 用 两 个 关系 变量 来 代表 这 种 情况 ,二 者 都 只 有 


一 个 单一 属性 PNO， 其 | 国外 生产 的 零 部 件 号 码 ， 另 一 个 (PD) 












































一 个 (PA) 提供 在 




















则 提供 国产 的 零 部 们 





一 个 重合 合 3 


所 示 。 





PA: 零 部 件 PNO 在 企业 内 使 用 并 且 在 








PD: 零 部 件 PNO 在 企业 内 使 


UAD: 零 部 件 PNO 在 企业 内 使 
国内 国外 都 有 生产 )。 


j 户 被 告知 UAD 的 谓词 只 是 “ 零 部 伯 








有 可 能 
如 果 






































F 号码。 那么 这 两 个 关系 变量 的 合并 ， 我 们 叫 它 UAD， 就 是 
fF， 而 它 将 提供 所 有 零 部 件 的 零 部 件 号 码 。 各 个 关系 变量 的 谓词 如 下 

















国外 生产 。 


并且 在 国内 生产 。 
























































j 并 且 不 是 在 





















































必须 像 在 第 10 章 ! 






































口 








息 等 价 
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15.5 


我 想 通 过 


小 结 


























该 合并 的 谓词 , 我 都 要 再 次 质疑 他 的 判断 力 。 (另外, 请 
顾 ”一 节 中 讨论 内 容 的 相关 性 。) 


苦 述 的 那样 进行 ， 故 事 结束 。 然 而 ， 不 论 是 谁 告诉 





司 外 生产 的 ， 就 是 在 国内 生产 的 〈 也 
































F PNO 在 企业 内 使 用 ”， 那 么 插入 操作 就 
j 户 这 就 是 
大 家 注意 这 里 与 第 14 章 全 



























































述 的 视 









































两 者 都 要 了 )， 
因 














海中 ， 那 么 数据 库 管理 



























































县 等 价 丢 失 时 ” 才 会 产生 ) 来 结束 本 章 ， 以 及 本 书 的 正文 部 分 。 
歧义 问题 会 伴随 着 前 面 章节 所 
对 意见 也 已经 被 特定 的 批评 家 们 提出 ， 它 们 都 具有 同一 个 根本 原 
时 候 ， 数 据 库 管 理 系统 所 获得 到 的 信 ， 
相同 关系 头 的 不 同 关系 变量 ， 衣 


电 不 够 充足 。 例 如 ， 假 设 数据 库 含 有 两 个 含有 
人 像 在 本 章 和 前 面 章节 中 各 种 示例 引入 关系 变量 PL 














再 次 重复 和 强调 在 本 章 开 头 我 所 提 过 的 一 点 〈 我 提 到 牙 义 问题 只 有 “ 当 信 








确实 ， 各 种 各 样 的 


图 更 新 方式 出 现 , 而 各 种 各 样 对 该 方式 的 反 





因 。 那 就 是 ， 有 的 



































和 PK 一 样 。 显 然 这 些 关 系 变量 代表 着 不 同 的 信息 〈 因 
换 名 话说， 它们 对 应 着 不 同 的 谓词 。 但 是 如 果 这 些 谓词 因 
不 被 数据 库 管 理 系统 所 知道 , 例如 它们 存在 于 系统 之 外 ,比如 只 在 某 些 用 户 的 脑 


























为 如 果 





旦 砚 


土 思 相同， 就 没 必要 

















系统 就 不 可 能 知道 怎样 做 是 正 而 









































说 ， 这 个 解决 方案 涉及 到 了 对 两 个 











外 的 了 。 




















为 某 些 原 






































那么 我 个 人 所 推荐 的 对 这 些 问题 的 解决 办 法 ， 都 在 第 9 一 11 章 ! 
的 设计 ”这 一 节 之 内 讨论 过 了 。 在 这 里 我 要 提醒 大 家 ， 对 于 关系 变量 PL 和 PK 来 
属性 ON_SALE 和 IN_STOCK 的 引入 (它们 都 





各 自 的 “一 个 更 好 











是 BOOLEAN 类 型 ， 并 且 都 有 很 明显 的 解释 )。 事 实 上 ， 我 所 做 的 只 是 重新 设计 了 


数据 库 ， 从 而 可 以 给 数据 库 管 理 








据 库 ， 从 而 使 数据 库 管 理 系统 可 以 自己 判断 给 定 的 数组 逻辑 上 属于 






































系统 提供 其 他 的 隐藏 信息 ， 特 别 是 重新 设计 数 

















哪 
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变量 。 (我 们 换 一 种 方式 来 说 ， 就 是 引入 这 些 属性 使 得 相应 的 谓词 可 以 直接 由 约 
束 代表 ， 这 样 的 效果 相当 于 让 这 些 谓词 “被 数据 库 管 理 系统 知道 了 解 ”) 但 是 ， 

如 果 有 任何 原因 导致 设计 者 认为 不 用 这 种 合理 的 方式 设计 数据 库 也 挺 好 ， 那 么 我 
想 唯 一 能 让 数据 库 管理 系统 总 能 做 出 正确 选择 的 办 法 ， 就 是 我 在 本 章 中 所 表述 的 
这 种 方法 了 。 
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附录 A 


关于 关系 赋值 的 一 点 意见 





改变 都 会 伴随 着 不 便 


一 一 Samuel Johnson 《A Dictionary of the English Language》(1755) 


在 第 2 章 中 我 曾经 说 过 ， 一 般 关 系 赋值 : 
























































其 中 R 是 个 关系 引用 ， 或 者 换 种 说 法 ， 从 语法 上 讲 R 是 一 个 关系 变量 的 名 字 ， 而 rx 
是 一 个 关系 表达 式 ) 逻辑 上 等 价 于 下 列 形式 的 赋值 。 








一 



































R :=r-dUi 














实际 上 ， 在 第 2 章 中 我 使 用 了 关键 词 MINUS 和 UNION 来 分 别 代替 集合 的 差异 符 
号 “-” 以 及 集合 的 合并 符号 “U ”。 在 本 篇 附录 中 我 发 现 符号 用 起 来 更 方便 些 。 其 
他 我 还 会 使 用 到 的 符号 包括 “ 门 ” 集 合 相交 符号 )“S ”集合 包含 符号 ) 以 及 “GB” 
〈 空 集 符号 )。 除 此 之 外 , 在 整个 篇 幅 中 我 所 说 到 的 应 该 都 是 关系 , 而 不 是 普通 集合 ， 
不 过 我 建议 大 家 在 后 面 不 用 在 意 这 个 细节 。 注意 : 在 第 2 章 中 我 曾经 用 圆 括号 括 住 
了 一 个 子 表达 式 r-d (或 者 说 是 +r MINUS d)， 不 过 其 实 并 没有 必要 加 上 那个 括号 ， 
在 接 下 来 的 文章 中 我 们 会 看 到 解释 。 


那么 接 下 来 , 就 让 我 来 详细 介绍 一 下 我 的 概念 , 并 且 对 一 些 重点 内 容 做 出 详细 说 明 。 


。 了 是 赋值 之 前 R 的 值 (也 就 是 R 的 “ 旧 ” 值 )，d 是 要 被 从 R 中 删除 的 数组 的 
集合 “删除 集合 ”), 而 i 是 要 被 插入 到 R 中 的 数组 集合 (“插入 集合 ”)。 注意: 
























































































































































































































































”在 本 附录 中 ， 我 将 使 用 非 标准 化 的 术语 “赋值 ”来 专门 指 代 关 系 赋值 。 
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更 具体 地 说 , d 和 i, 与 + 相似 , 确实 是 关系 ,而 我 所 说 的 这 些 数 组 集合 其 实 都 

















是 关系 体 。 不 过 后 面 我 也 不 会 再 强调 这 些 细节 了 。 








。 dSr (与 df= 等 价 ), 因为 删除 一 个 根本 不 存在 的 数组 首先 从 逻辑 上 来 讲 就 
是 没有 效果 的 。 换 句 话 说 就 是 我 们 没有 必要 把 d 的 范围 变 得 比 所 需要 的 更 大 。 

。 了 工 和 i 交集 为 空 , 即 r 几 i= J， 因 为 插入 一 个 本 就 存在 的 数组 从 逻辑 上 讲 是 没有 
效果 的 。 换 句 话 说 就 是 我 们 没有 必要 让 i 的 范围 变 得 比 所 需要 的 更 大 。 

。 d 和 i 交集 为 空 ， 即 d 几 i = 8B， 因为 在 同一 个 赋值 操作 中 先 删除 一 个 数组 ， 然 
后 再 把 它 插入 进来 (或 者 其 他 类 似 方 式 的 操作 ) 是 没有 意义 的 。 当 然 ， 这 一 点 





CC 


























d 几 i= 8 是 前 面 两 点 dSr 和 r 几 i= 8 的 逻辑 结果 。 















































这 些 要 点 可 以 用 一 张 文 氏 图 来 表现 (请 参看 图 A.1， 与 第 2 章 中 的 图 2.2 榈 )。 解 









































释 说 明 : 在 该 图 


























，I、d， 以 及 i 都 是 上 面 所 描述 的 集合 ， 而 u 则 是 相应 关系 类 型 


的 全 集 ( 也 就 是 关系 体 有 所 有 与 R 具有 相同 关系 头 的 关系 ， 当 然 其 中 包含 那些 当 
前 出 现在 R 中 的 数组 )。 请 注意 差异 u-r (显然 ) 是 的 补 集 ， 即 那些 关系 体 有 所 

































































有 与 R 具有 相同 关系 头 的 关系 ， 除 去 当前 出 现在 R 中 的 那些 。 

















图 A.1 删除 集合 d 以 及 插入 集合 i 








意 : 当然 ， 在 赋值 操作 本 来 就 是 个 INSERT 操作 的 情况 下 ， 删 除 集合 d 可 以 是 空 

















在 赋值 操作 本 来 是 DELETE 操作 的 情况 下 ， 集 合 i 可 以 是 空 集 。 而 如 果 赋 值 操 











wT A 














降级 为 一 个 空 操作 “no oop” 的话， 那么 这 两 个 全 
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下 面 我 们 来 看 这 个 例子 ， 给 定 赋 值 操 作 R:=r 一 dUi (其 























的 情况 ， 现 在 假设 : 


r-dlUili1=r-d2U i2 











其 中 dl-r=d2-Tr=rnil=rn2=dinil=d2ni2= 艺 。 那 么 有 : 


合 则 可 以 都 为 空 。 





r、d 以 及 i 都 是 前 面 文 


章 定 义 的 集合 )， 删 除 集 合 和 插入 集合 都 是 唯一 的 。 那 么 对 于 d1l 关 d2 和 /或 计 尖 i 
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。 今 tedl-d2。 因 为 dl-r=gG、t-r-d2 且 ter-dl, 所 以 t-r-d2Ui2, tt 
r 一 dl1Uil。 因为 tg rdl,t 一 il, 但 义 因 为 与 dl 几 i1 冯 6 矛盾 , 所 以 t 不 存在 ， 
且 dl-d2=g， 即 dl S d2。 类 似 地 可 以 得 出 d2 S dl， 所 以 dl = d2。 





。 于 是 我 们 设 r-dl=r-d2=z。 那 么 zUil=zuUi2, 但 是 ril= 纪 , 肥 人 -dl 
站 ii 让 L= 好 ，znil =G。 类 似 地 可 以 得 出 zni2 =GB8， 由 于 zUil=zUi2， 那 么 有 
il = i2。 


从 上 面 我 们 可 以 得 出 如 果 关 系 x 被 赋值 给 R， 那 么 x 可 以 被 表达 式 r - dUi 或 者 r 
Ui 一 d 所 表示 ， 即 我 们 是 “ 先 做 删除 ”， 还 是 “ 先 做 插入 ”， 是 没有 区 别 的。 我 们 还 
能 由 此 得 出 ， 给 定 r 和 x， 我 们 有 : 

qd 
现在 ， 我 来 重复 一 下 之 前 我 说 的 一 点 ，INSERT 基本 上 就 是 d 为 空 集 时 的 赋值 操 
作 ， 而 DELETE 基本 就 是 i 为 空 集 时 的 赋值 操作 。 不 过 接 下 来 我 想 说 说 关于 
UPDATE 这 个 操作 的 事情 (当然 是 对 显 式 UPDATE 操作 而 言 )。 显 然 ， 对 这 个 操 
作 来 说 ， 一 般 情况 下 d 和 i 必须 都 为 非 空 集合 。 那 么 不 如 让 我 们 来 看 看 一 般 格 式 
下 的 这 类 操作 。 


UPDATE R WHERE bx : {A := ax } 
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Ll 
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在 这 里 R 是 一 个 关系 变量 引用 ，bx 是 一 个 布尔 表达 式 《〈 黑 认为 真 )，A 是 关系 变量 
R 的 茶 个 属性 ， 而 ax 是 一 个 表达 式 表示 与 A 相同 类 型 的 值 a。( 为 了 表述 简洁 ， 我 
只 关注 涉及 到 单一 “属性 赋值 ” 的 UPDATEA: = ax。 而 接 下 来 的 讨论 则 会 将 这 个 
UPDATE 推 而 广 之 到 涉及 两 个 或 更 多 赋值 的 情况 。) 





































































































给 定 这 个 UPDATE, 很 明显 删除 集合 d 的 定义 应 该 如 下 所 示 (这 里 要 提醒 大 家 这 个 
符号 “ 坚 ” 的 意思 是 “定义 为 ”)。 























d 蛙 {tt:tEé€ RAND bx (七 ) ANDt.Az ax} 


解释 说 明 : 这 个 定义 的 意思 是 d 仅 由 满足 下 列 条 件 的 数组 t 组 成 。 首 先 , t 在 R 中 
出 现 ， 其 次 ，bx 对 t 求 值 为 真 ， 第 三 ,t 中 的 A 值 已 经 不 等 于 a 了。 


插入 集合 i 由 d 定义 ， 于 是 有 : 
i 至 {t’” : EXISTS t € d (t’ = EXTEND t : {A:=ax } ) } 


解释 说 明 : 在 本 书 














































































































我 们 所 见 到 的 关键 词 EXISTS 表示 的 是 存在 量词 〈 它 可 以 被 读 
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作 “ 这 里 存在 … 写 。 那 么 ,这 个 定义 的 意思 就 是 i 仅 由 满足 下 列 条 件 的 数组 f 组 成 ， 
即 在 d 中 存在 数组 t 与 这 个 数组 tt 相等， 除了 数组 t 中 的 A 值 ， 在 数组 上 中 已 经 被 
值 a 所 蔡 代 。 注 意 : 这 里 我 所 使 用 的 是 “假设 情况 ”版 本 的 EXTEND (大 家 可 以 
参看 第 2 章 或 者 附录 B)。 也 许 更 重要 的 是 我 同时 也 应 用 了 《其 实在 文中 其 他 很 多 
地 方 也 有 提 到 ) 这 样 一 个 事实 ， 那 就 是 我 们 可 以 定义 许多 常规 的 关系 型 操作 ， 特 别 
是 包括 EXTEND， 从 而 可 以 对 某 些 特定 数组 ， 而 不 是 整个 关系 应 用 。 关 于 这 一 点 
请 大 家 参看 《SQL and Relational Theory》 来 获得 更 多 资讯 。 


由 上 面 的 所 有 内 容 我 们 可 以 知道 , 一般 情况 下 显 式 的 UPDATE 操作 在 d 和 i 都 是 非 
空 集 合 的 时 候 确实 相当 于 一 个 关系 赋值 。 然 而 一 定 要 指出 的 是 反 过 来 却 是 不 对 的 。 
也 就 是 说 ， 当 d 和 i 都 是 非 空 集 合 的 时 候 ， 并 不 是 所 有 的 关系 赋值 都 等 同 于 某 些 显 
式 UPDATE 操作 。 实 际 上 ， 原 因 也 是 显而易见 的 ， 罗 列 如 下 。 


。 简单 来 说 ， 我 们 可 能 会 遇 到 一 个 显 式 UPDATE 操作 反应 的 是 数组 d 和 数组 i 
之 间 一 一 对 应 的 关系 的 情况 。 更 具体 点 来 说 就 是 : 首先 ，d 中 的 每 一 个 数组 都 
对 应 i 中 的 一 个 数组 (不 过 请 注意 ，d 中 的 这 两 个 或 多 个 不 相同 的 数组 可 能 对 
应 的 是 i 中 的 同一 个 数组 ， 但 是 这 种 情况 仅 当 这 个 UPDATE 是 一 个 “ 键 
UPDATE” 的 时 候 才 可 能 发 生 ， 而 这 种 情况 也 是 极为 罕见 的 )。 其 次 , i 中 的 每 
一 个 数组 都 至 少 与 d 中 的 一 个 数组 对 应 (实际 上 , 应 该 是 d 中 唯一 的 一 个 数组 ， 
不 过 也 是 当 UPDATE 恰好 是 “ 键 UPDATE” 时 例外 )。 


。 ”在 一 般 意 义 下 的 关系 赋值 中 ,这样 的 特性 不 成 立 。 例如， 一 个 具体 的 赋值 可 能 
要 删除 3 个 数组 并 插入 5 个 数组 。 


我 在 本 附录 中 要 讨论 的 最 后 一 个 问题 是 针对 重复 目标 进行 多 重 赋值 的 情况 。 这 里 我 
还 要 再 次 说 明 多 重 赋值 的 语义 ， 这 个 我 在 第 2 章 中 曾经 讲 过 。 


我 们 概括 来 讲 ， 多 重 赋值 的 语义 有 下 面 2 条 。 
。 ”首先 ， 在 等 式 右 侧 的 独立 赋值 的 源 表达 式 进 行 计算 。 
。 然后 ， 那 些 独立 赋值 操作 被 执行 。 


我 们 来 观察 一 下 , 正 是 因为 所 有 的 源 表达 式 都 要 先进 行 计算 , 然后 独立 赋值 再 执行 ， 
所 以 那些 独立 赋值 都 不 会 被 其 他 运算 结果 影响 ， 也 因此 它们 被 执行 的 顺序 也 跟 运 
算 结果 无 关 《〈 如 果 愿 意 ， 你 甚至 可 以 把 它们 的 执行 想象 成 平行 发 生 的 ， 或 “同时 
进行 ”的 )。 
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类 
> 
让 
二 
让 
> 
中 
缔 


值 的 目标 变量 相同 的 情况 。 下 面 我 将 简 
首先 ， 我 们 来 看 看 下 列 的 简单 例子 。 



























































DELETE ( S WHERE SNO =  \S1”′ ) FROM S ， 

DELETE ( S WHERE SNO = ‘S2’ ) FROM S ) 
而 下 面 是 相应 扩展 后 的 形式 。 

S := S MINUS ( S WHERE SNO =  \S1”′ ) ， 

S := S MINUS ( S WHERE SNO = ‘S2’ ) ; 







































































显然 ， 如 果 两 个 源 表达 式 在 茶 个 单独 赋值 执行 之 前 进行 了 求 值 运算 ,那么 其 
赋值 就 会 没有 效果 ! 换 名 话说， 就 是 DELETE 之 一 “丢失 了 ”。《〈 而 更 严重 
失 的 那个 赋值 显然 都 还 没有 被 定义 过 。) 


因为 上 面 所 说 的 这 种 情况 , 所 以 多 重 赋值 的 定义 扩展 了 一 部 分 , 那 就 是 如 果 该 多 
赋值 中 两 个 或 多 个 独立 赋值 对 应 的 是 同一 个 赋值 目标 变量 , 那么 这 些 独立 赋值 会 
照 编 写 的 先后 顺序 来 执行 。 更 准确 点 说 就 是 上 面 的 双重 赋值 逻辑 上 等 价 于 下 列 的 
赋值 。 


S := WITH (S := S MINUS ( S WHERE SNO = ‘S1’ ) ) : 
S MINUS ( S WHERE SNO =  \S2”′ ) ; 





































































































汪 江 地 站 出 之 这 























而 这 个 赋值 又 与 下 面 的 赋值 等 价 。 


WITH ( DELETE ( S WHERE SNO 
DELETE ( S WHERE SNO 






































当然 ， 这 里 我 们 所 讨论 的 双重 赋值 还 辑 上 也 等 价 于 下 列 单一 赋值 。 


S := (SMINUS ( S WHERE SNO = \S1′ ) ) MINUS ( S WHERE SNO = 
‘SsS2” ) 























更 概括 地 讲 ， 很 明显 ， 一 个 所 有 内 在 的 独立 赋值 都 瞄准 同一 个 目标 关系 变量 R 的 
多 重 赋值 ， 逻 辑 上 等 价 于 针对 该 关系 变量 R 的 茶 个 单一 赋值 。 为 什么 ? 因为 任何 
赋值 ， 无 论 多 重 与 否 ， 都 相当 于 对 RR 赋 了 一 个 “新 ” 值 R-dUi， 其 中 d 和 1i 为 某 
集合 。 


当然 ， 以 上 的 研究 虽然 是 正确 的 ,但 是 对 通常 情况 下 计算 d 和 i 的 值 并 没有 什么 帮 
助 .不 过 下 面 的 内 容 可 能 对 这 个 问题 还 真有 些 帮助 我们 来 看 看 下 面 的 双重 赋值 (并 
且 请 一 定 注意 , 在 第 2 个 赋值 右 侧 表达 式 中 的 关系 变量 引用 R， 表示 的 是 第 1 个 赋 
值 执行 之 后 关系 变量 R 的 信 。 




























































































































































































视图 更 新 与 关系 数据 库 理 论 227 





导 





及 


b 么 ， 


记 、dl 和 记 、d2 和 记 。 不 过 ， 我 们 很 容易 看 
赋值 逻辑 等 价 于 下 面 这 个 形式 的 单一 赋值 。 





R 


中 ; 





:=R-dlUil,R:=R-d20U i2,， 








一 般 情 况 下 ， 下 面 这 几 个 集合 对 并 不 一 定 要 是 交集 为 空 的 : dl 和 d2、il 和 












































由 





出 《这 个 留 给 读者 做 练习 ) 上 述 双重 


tap 





r 是 R 的 初始 值 ， 即 R 在 第 1 个 赋值 执行 之 前 的 值 。 


d 





=(dl-i2)Ud2, 


i=(il Ui2)-d2。 
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中 或 者 i 与 r 交集 为 空 。 下 面 我 们 定义 : 
d' =(rNd)-i 
i =i-(ruUd) 

















8 么 原来 的 双重 赋值 就 逻辑 等 价 于 下 面 的 单一 赋值 。 


及 





及 


人 么 守 














二 


其 中 d’ 一 r=rNi’ =d' ni =0。 





意 ， 综 上 所 述 ， 最 终 我 们 会 得 到 对 于 如 下 的 多 习 


赋值 ; 








= EL RR 2 2 RR 


来 讲 ， 对 任意 n> 0 都 可 以 降级 为 一 个 单一 赋值 。 


及 








:= 一 adUi 


其 中 rf 为 R 的 初始 值 ， 并 且 有 d-r=rmni=dni= 作 。 





意 这 里 的 d 和 i 一 定 是 交集 为 空 的 ， 不 过 通常 来 讲 并 非 如 此 ， 一 般 来 说 d 包含 在 
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附录 A 


附录 B 


关系 运算 符 





文明 的 进步 ， 就 是 不 断 增加 我 们 可 以 不 加 思索 就 能 执行 的 重要 活动 的 数量 


一 一 Alfred North Whitehead: 《Introduction to Mathematics»》 (1911) 

















在 本 附录 中 ,我 将 为 所 有 在 本 书 中 讨论 过 的 关系 运算 符 给 出 相关 定义 ， 以 便 大 家 碍 
阅 。 所 有 的 定义 都 将 按照 名 称 的 字母 顺序 排序 给 出 〈 以 在 Tutorial D 中 的 操作 名 称 
为 准 )， 这 些 定义 都 是 基于 《The Relational Database Dictionary, Extended Edition 》 
(Apress，2008 年 ) 书 中 的 定义 而 来 的 ， 只 是 针对 本 书 做 了 一 些微 小 的 简化 而 已 。 
请 特别 注意 观察 ,所 有 的 运算 符 都 会 返回 一 个 定义 好 的 关系 头 ， 以 及 一 个 定义 好 的 
关系 类 型 ， 因 而 任何 一 个 调用 该 运算 符 的 表达 式 都 属于 这 个 关系 类 型 。 关 于 这 个 问 
题 的 更 多 内 容 ， 请 大 家 参看 《SQL and Relational Theory》。 


。 EXTEND (展开 ) : 1. (新 属性 ) 令 关系 了 并 没有 一 个 属性 叫 作 A。 那 么 表达 
式 EXTENDT:{A:= exp} 会 返回 这 样 一 个 关系 ， 它 具有 T 的 关系 头 并 由 属性 A 
展开 ， 而 关系 体 则 是 由 数组 1 组 成 的 ， 其 中 + 是 z 被 A 的 值 扩展 的 数组 ， 该 A 
的 值 则 是 针对 exp 在 该 数组 上 进行 求 值得 到 的 结果 。2. (已 存在 属性 ) 令 关系 
r 拥 有 属性 A。 那 么 表达 式 EXTEND r : {A := exp} 将 返回 这 样 一 个 关系 ， 它 具 

有 上 的 关系 头 ， 而 关系 体 则 是 由 数组 t 组 成 的 ， 其 中 t 是 这 样 得 出 的 ， 首先 对 

exp 在 该 数组 上 进行 求 值得 出 值 a， 然 后 用 a 替代 A 的 值 并 导出 t。 


。 GROUP (组 合 ) : 邻 r 的 关系 头 被 分 为 子 集 X= {Xl1, X2, ..., Xmj 和 了 = {Y1， 
Y2 ..….,Yn}， 同 时 ， 用 YR 命名 一 个 属性 名 称 ， 该 属性 不 出 现在 X 中 。 那 么 表 
达 式 rGROUP ({Y1, Y2, ..., Yn} AS YR) 将 会 返回 一 个 关系 s。 这 个 关系 s 的 关 
系 头 为 {X1, X2, ..., Xm, YR}， 其 中 YR 的 类 型 为 RELATION {Y1, Y2,..., Yn}。 
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关系 的 关系 体 则 被 定义 为 : 令 z 为 TWRAP ({Y1, Y2,.…, Yn} AS YT) 的 结果 。 
对 于 z 中 每 一 个 不 同 的 X 值 x, 令 yr 为 一 个 关系 , 其 中 的 数组 包含 全 部 z 中 数 
组 的 YT 值 并 且 仅 包含 YT 值 ， 今 数组 { 的 关系 类 型 为 TUPLE {X, YR}， 并 包 
含 X 的 值 x 以 及 YR 的 值 yr， 那 么 只 有 在 这 种 情况 下 ,t 为 s 的 数组 。 


INTERSECT (交集 ) : 1. (二 元 情况 下 ) 令 关系 rl 和 72 拥有 相同 的 关系 头 
H。 那 么 表达 式 rl INTERSECT r2 将 会 返回 一 个 关系 ， 其 关系 头 为 再 ， 关 系 体 
由 数组 1 组 成 ， 其 中 上 同时 出 现在 rl 和 I2 中 。2. (多 元 情况 下 ) 邻 关系 1， 
12,…，rn (n 之 0) 都 拥有 相同 的 关系 头 H。 那么 表达 式 INTERSECT {rl, 72,.…， 
rn} 将 会 返回 一 个 关系 ， 其 关系 头 为 HH， 关系 体 均 由 数组 t 组 成 ， 其 中 t 同 时 在 
r1，I2，…，m 中 出 现 。 注 意 : 如 果 n=0， 那 么 会 有 (a) 虽然 在 这 里 没有 展示 
出 来 ， 但 是 需要 在 相应 的 关系 头 中 详细 指定 某 些 语义 的 功能 ，(b) 结果 是 具有 
相应 关系 类 型 的 全 集 关 系 。 


JOIN 〈 连 接 ) : 1. (二 元 情况 下 ) 令 关 系 rl 和 了 zZ 拥有 名 称 与 类 型 完全 相同 的 
属性 。 那 么 表达 式 rl JOIN 72 将 会 返回 一 个 关系 ， 其 关系 头 为 rl 与 2 关系 头 
的 并 集 , 而 关系 体 由 数组 + 组 成 , 其 中 1 是 zl 中 的 一 个 数组 与 2 中 的 一 个 数组 
的 并 集 。2. (多 元 情况 下 ) 令 关系 TI，I2，…，…m (na > 0) 拥有 相同 名 字 
以 及 相同 类 型 的 属性 。 那 么 表达 式 JOIN {r1, 12, … m} 被 定义 为 : 如 果 n=0, 那 
么 结果 为 TABLE_DEE; 如 果 n=1， 那 么 结果 为 rl1; 否则 ， 从 集合 rl, r2，…， 
rm 中 选择 任意 两 个 不 同 的 关系 并 用 二 元 情况 下 的 连接 结果 替代 它们 , 如 此 重复 
直到 整个 集合 只 剩 下 一 个 关系 了 为 止 ， 而 这 就 是 最 后 的 结果 。 


MATCHING (匹配 ): 表达 式 rl MATCHING 72 将 返回 一 个 关系 等 于 表达 式 
rl JOIN r2 所 返回 的 关系 ， 并 将 结果 投影 回 rl 的 属性 上 。 


MINUS ( 求 差异 ) : 令 关系 zl 和 了 拥有 相同 的 关系 头 卫 。 那么 表达 式 rl MINUS 
I2 将 返回 一 个 关系 拥有 关系 头 HH， 而 关系 体 则 由 数组 t 组成， 其 中 t 出 现在 zl 
中 ， 但 不 出 现在 世 中 。 


NOT MATCHING (去 匹配 ) : 表达 式 rl1 NOT MATCHING 72 将 返回 一 个 关 
系 等 于 表达 式 rl1 MINUS (r1 MATCHING 12) 所 返回 的 关系 。 


役 影 : 令 关系 了 拥有 关系 头 耻 ， 并 令 X 为 了 的 子 集 ， 同 时 令 A1，A2，…，An 
为 所 有 X 中 的 属性 名 称 。 那 么 在 X 上 对 的 投影 r{Al,A2, … An} 则 为 这 样 一 
个 关系 : 关系 头 为 X， 关 系 体 由 数组 x 组 成 ， 使 得 在 r 中 存在 这 样 的 数组 t 其 
值 为 X 的 值 x。 
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附录 B 


RENAME ( 重 命名 ) : 令 关系 rz 拥有 属性 A, 而 没有 属性 B。 那么 表达 式 rRENAME 
{A AS B} 将 返回 一 个 关系 ， 其 关系 头 中 除了 属性 A 被 重 命名 为 B 之 外 ， 其 他 
与 + 的 关系 头 完 全 一 样 。 而 其 关系 体 中 , 除了 所 有 数组 对 A 的 引用 都 被 蔡 换 为 
对 B 的 引用 之 外 ， 其 他 与 + 的 关系 体 完全 一 样 。 注 意 ; 本 书 的 正文 中 并 没有 讨 
论 过 通过 重 命名 操作 来 进行 更 新 的 问题 , 不 过 这 是 因为 相应 的 更 新 规则 实在 是 
太 显 而 易 见 了 。 


限制 : 令 r 为 一 个 关系 ， 并 令 bx 为 一 个 布尔 表达 式 。 那 么 表达 式 WHERE bx 
将 会 返回 一 个 关系 ， 它 拥有 与 + 相同 的 关系 头 ， 而 关系 体 则 由 r 上 所 有 对 bx 
求 值 为 TURE 的 数组 组 成 。 注 意 : 技术 上 来 说 ，bx 应 当 是 限制 条 件 ， 也 就 是 
说 (a) 所 有 的 属性 引用 都 是 对 r 的 属性 引用 ,， 且 (b) 没有 任何 关系 变量 引用 。 
然而 ，Tutorial D (与 SQL 类 似 ) 允许 布尔 表达 式 使 用 WHERE 语句 ， 这 上 比 一 
个 单纯 的 限制 条 件 要 求 更 为 宽泛 。 


SUMMARIZE (概览 ) : 1. (BY) 邻 关系 r 拥 有 属性 Al1，A2,…，An (以 此 




























































































类 推 ) ， 但 是 没有 属性 B。 那 么 表达 式 SUMMARIZE r BY {Al, A2, … An} : 
{B := summary} 将 会 返回 一 个 关系 ， 其 关系 头 为 {A1, A2, … An, B}， 而 关系 体 


由 数组 t 组 成 ， 其 中 数组 t 等 于 某 些 r 上 的 数组 在 Al1，A2,…，An 上 的 投影 ， 
并 且 由 值 b 来 展开 B。 这 个 值 b 是 经 由 对 r 中 所 有 满足 下 列 条 件 的 数组 进行 
“summary” 求 值 计 算得 来 的 ， 数 组 条 件 为 : 对 属性 A1，A2，…，An 具有 与 t 
相同 的 值 。2. (PER) 令 关 系 r1 和 12 存在 这 种 关系 ， 即 12 的 关系 头 是 rl 关系 
头 的 某 个 子 集 。 令 r2 仅 拥有 属性 A1，A2，…，An， 此 外 无 他 (尤其 是 没有 
属性 B) 。 那 么 表达 式 SUMMARIZE rl PER (2) : {B := summary} 将 会 返回 一 
个 关系 ， 其 关系 头 为 {AL A2, … An, B}， 而 关系 体 由 所 有 数组 t 组成， 其 中 t 
是 2 的 数组 ， 并 由 值 b 对 属性 B 进行 展开 。 这 个 值 b 是 经 由 对 rl 中 所 有 满足 
下 列 条 件 的 数组 进行 “summary” 求 值 计 算得 来 的 ， 数 组 条 件 为 对 属性 Al， 
A2，…，An 具有 与 t 相 同 的 值 。 


TIMES (累加 ) : 1. (二 元 情况 下 ) 令 关 系 rl 和 12 没有 任何 重 名 的 属性 。 那 
么 表达 式 rl TIMES r2 将 会 返回 一 个 关系 ， 其 关系 头 为 rl1 和 1r2 关系 头 的 并 集 ， 
而 关系 体 则 由 数组 t 组 成 ,其 中 t 为 一 个 rl 的 数组 和 一 个 12 的 数组 的 并 集 。2. 
(多 元 情况 下 ) 今 关 系 rL，2，…，m (n > 0) 中 任意 两 个 关系 之 间 没 有 任何 
重 名 的 属性 。 那 么 表达 式 TIMES {rl, r2, …m} 将 会 返回 一 个 关系 ， 其 关系 头 为 
r1，I2，…，Im 各 关系 头 的 并 集 ， 而 关系 体 由 数组 t 组 成 ， 其 中 t 为 rl 的 一 个 
数组 ，r2 的 一 个 数组 ……m 的 一 个 数组 的 并 集 。 注 意 : TIMES 其 实 只 是 JOIN 
的 一 种 特殊 情况 。 





































































































图 更 新 与 关系 数据 库 理论 231 





ev 
| 


UNGROUP (去 组 合 ) : 令 关 系 s 拥有 类 型 为 RELATION {Y1, Y2, .…, Yn} 的 
属性 YR， 并 令 X={X1, X2, … Xm} 为 s 中 除 YR 外 的 所 有 属性 ， 同 时 ， 令 Xi 
不 与 任何 Yj 重 名 (0 <i<m,0<j<n) 。 那 么 表达 式 sUNGROUP (YR) 将 
会 返回 一 个 关系 r。r 的 关系 头 为 {X1, X2, ..…., Xm, Y1, Y2, ..., Yn}。 而 r 的 关系 
体 定义 如 下 。 令 z 为 一 个 关系 ， 拥 有 关系 头 {X1, X2, … Xm, YT}， 其 中 YT 的 
类 型 为 TUPLE {Y1, Y2, …, Yn}， 而 关系 体 定义 如 下 : 对 于 每 一 个 数组 s、z 都 
包含 一 个 类 型 为 {X, YT} 的 数组 的 集合 ， 我 们 设 这 类 数组 为 t， 那 么 每 个 数组 t 
是 数组 s 中 对 应 YR 的 值 ， 而 每 个 这 样 的 数组 t 中 都 包含 一 个 与 数组 s 中 X 值 
相等 的 X 值 ， 以 及 一 个 与 数组 s 中 YR 值 相 等 的 YT 值 。 令 z 不 包含 任何 其 他 
的 数组 ， 那 么 , r 为 z UNWRAP (YT) 的 结果 。 


UNION 〈 合 并 ) : 1. (二 元 情况 下 ) 邻 关系 rl 和 72 拥有 相同 的 关系 涉 HH。 那 
么 表达 式 rl UNION I2 将 会 返回 一 个 关系 ， 其 关系 头 也 为 H， 而 关系 体 则 由 数 
组 t 组 成 ,其 中 t 至少 在 rl 或 2 二 者 之 一 中 出 现 。2. (多 元 情况 下 ) 今 关系 
r1,r2,…,rn(n > 0) 都 拥有 相同 的 关系 头 H。 那么 表达 式 UNION {rl1,r2,.…,rn} 
将 会 返回 一 个 关系 ， 其 关系 头 为 H， 而 关系 体 则 由 数组 t 组 成 ， 其 中 + 至 少 在 
T1，I2，…，m 其 中 之 一 中 出 现 。 注 意 : 如 果 n=0， 那 么 (a) 虽然 在 这 里 没有 
展示 出 来 ， 但 是 需要 在 相应 的 关系 头 中 详细 指定 某 些 语义 的 功能 ， (b) 结 
是 具有 相应 关系 类 型 的 空 集 关系 。 


UNWRAP (去 包 右 ) : 令 关 系 s 拥有 一 个 类 型 为 TUPLE {Y1, Y2, … Yn} 的 属 
性 YT, 并 邻 X= {X1, X2, …, Xml} 为 s 中 除 YT 外 的 所 有 属性 , 今 Xi 不 与 任何 
Yj 重 名 (0 <i<m,0<j<n) 。 那 么 表达 式 sUNWRAP (YT) 将 会 返回 一 个 
关系 fr。f 的 关系 头 为 {X1, X2, … Xm, Y1, Y2, … Yn}。 而 r 的 关系 体 则 包含 一 
个 数组 与 s 中 每 个 数组 相对 应 ， 此 外 没有 其 他 数组 。 令 s 中 的 数组 t 拥 有 X 的 
值 x 以 及 YT 赋值 的 数组 包含 Y1 的 值 y1 ，Y2 的 值 y2…… 以 及 Yn 的 值 yn， 
那么 相应 的 r 中 的 数组 拥有 X 的 值 x，Y1 的 值 y1，Y2 的 值 y2…… 以 及 Yn 的 
值 yn。 


WRAP ( 包 右 ) : 今 关 系 + 的 关系 头 分 为 两 个 子 集 , X= {X1, X2, … Xm} 与 Y= 
{Y1, Y2 ..., Yn}， 同 时 , 令 YT 为 一 个 属性 ， 并 不 与 X 中 任何 属性 重 名 。 那 么 
表达 式 r WRAP ({Y1, Y2, .…, Yn} AS YT) 将 会 返回 一 个 关系 s。s 的 关系 头 为 {X1， 
X2, ..., Xm, YT} ， 其 中 YT 的 类 型 为 TUPLE {Y1, Y2, ..., Yn}。 而 s 的 关系 体 包 
含 一 个 数组 与 每 一 个 r 中 的 数组 相对 应 ， 此 外 没有 其 他 数组 。 令 r 中 的 数组 t 
拥有 X 的 值 x，Y1 的 值 yl1 ，Y2 的 值 y2…… 以 及 Yn 的 值 ya， 那么 相应 的 s 
中 的 数组 拥有 X 的 值 x， 以 及 YT 赋值 的 数组 包含 Y1 的 值 yY1，Y2 的 值 y2…… 
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附录 B 


最 后 ， 为 了 内 容 的 完整 性 ， 下 面 我 将 给 出 
第 8、12 以 及 13 章 中 有 提 到 过 。 





以 及 Yn 的 值 yn。 


上 述 的 运算 符 中 ， 数 组 定义 类 似 的 为 下 面 几 个 : EXTEND、 投 影 、 


RENAME、UNION、UNYW- 























映像 关系 : 今 关 系 rl 和 12 拥有 具备 


RAP， 以 及 WRAP ( 仅 有 这 几 个 )。 


“映像 关系 ”概念 的 定义 ， 这 个 概念 我 在 


相同 名 字 和 相同 类 型 的 属性 ; 令 t 是 rl 








的 一 个 数组 , 令 也 是 必 的 一 个 数组 ,其 所 拥有 的 rl 与 2 共有 属性 的 值 ， 与 


tl 中 的 一 样 ; 令 关 系 73 为 22 的 限制 ， 








包含 所 有 的 数组 2,， 并且 没有 其 他 数组 ; 























并 令 关 系 14 为 r3 在 除 rl 与 忆 共 有 属性 外 所 有 属性 上 的 投影 。 那 么 14 即 为 对 











应 证 的 (关于 芝 的 )“ 映 像 关系 ”。 汶 





意 : 映像 关系 的 调用 只 有 在 数组 t1 被 完 








好 定义 的 前 提 下 才能 进行 。 关 于 这 个 
Relational Theory》。 





问题 的 更 多 内 容 ， 请 大 家 参看 《SQL and 
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四 持 步 什 区 
人 民 邮 电 出 版 社 


www.epubit.com.cn 


欢迎 来 到 异步 社区 ! 





异步 社区 的 来 历 


异步 社区 (www.epubit.com.cn) 是 人 民 邮 电 出 版 立 立 F 一 
社 旗下 TT 专业 图 书 旗舰 社区 ,于 2015 年 8 月 上 线 有 溃 年 新 所 角 攻 
运营 。 

异步 社区 依托 于 人 民 邮 电 出 版 社 20 余年 的 IT 。 
专业 优质 出 版 资源 和 编辑 策划 团队 ， 打 造 传统 出 版 | 二 六 锣 s 改 cr 入 or 
与 电子 出 版 和 自 出 版 结合 、 纸 质 书 与 电子 书 结合 、 
传统 印刷 与 POD 按 需 印刷 结合 的 出 版 平台 ， 提 供 最 
新 技术 资讯 ， 为 作者 和 读者 打造 交流 互动 的 平台 。 
































社区 里 都 有 什么 ? 


购 居 图 书 

我 们 出 版 的 图 书 涵盖 主流 IT 技 术 , 在 编程 语言 ` Web 技术 、 数 据 科 学 等 领域 有 众多 经 典 畅销 图 书 。 
社区 现 已 上 线 图 书 1000 余 种 ， 电 子 书 400 多 种 ， 部 分 新 书 实现 纸 书 、 电 子 书 同步 出 版 。 我 们 还 会 
定期 发 布 新 书 书 讯 。 




















社区 内 提供 随 书 附 赠 的 资源 ， 如 书 中 的 案例 或 程序 源 代 码 。 
另外 ， 社 区 还 提供 了 大 量 的 免费 电子 书 ， 只 要 注册 成 为 社区 用 户 就 可 以 免费 下 载 。 














与 作 译 者 互动 

很 多 图 书 的 作 译 者 已 经 入 驻 社区 , 您 可 以 关注 他 们 , 咨询 技术 问题 可 以 阅读 不 断 更 新 的 技术 文章 ， 
听 作 译 者 和 编辑 畅 聊 好 书 背后 有 趣 的 故事 ;还 可 以 参与 社区 的 作者 访谈 栏目 ， 向 您 关注 的 作者 提出 采 
访 题目 。 

















灵活 优惠 的 购书 


您 可 以 方便 地 下 单 购 买 纸 质 图 书 或 电子 图 书 ， 纸 质 图 书 直接 从 人 民 邮 电 出 版 社 书库 发 货 ， 电 子 
书 提 供 多 种 阅读 格式 。 

对 于 重 磅 新 书 ， 社 区 提供 预 售 和 新 书 首发 服务 ， 用 户 可 以 第 一 时 间 买 到 心仪 的 新 书 。 

用 户 账户 中 的 积分 可 以 用 于 购书 优惠 。100 积分 =1 元 ， 购 买 图 书 时 ， 在 。 : 
里 填 入 可 使 用 的 积分 数值 ， 即 可 扣 减 相应 金额 。 


特别 优惠 
购买 本 书 的 读者 专 享 异步 社区 购书 优惠 券 。 


使 用 方法 : 注册 成 为 社区 用 户 ， 在 下 单 购书 时 输入 57AWG ， 然 后 点 击 “使 
用 优惠 码 ”， 即 可 享受 电子 书 8 折 优惠 〈 本 优惠 券 只 可 使 用 一 次 )。 

















纸 电 图 节 组 合 购买 


社区 独家 提供 纸 质 图 书 和 电子 书 组 合 购买 方式 ， 
价格 优惠 ， 一 次 购买 ， 多 种 阅读 选择 。 
































社区 里 还 可 以 做 什么 ? 


提交 勘误 

















您 可 以 在 图 书页 面 下 方 提交 勘误 ， 每 条 勘误 被 确认 后 可 以 获得 100 积分 。 热 心 勘误 的 读者 还 有 
机 会 参与 书稿 的 审 校 和 翻译 工作 。 


写作 


社区 提供 基于 Markdown 的 写作 环境 ， 喜 欢 写 作 的 您 可 以 在 此 一 试 身手 ， 在 社区 里 分 享 您 的 技 
术 心 得 和 读书 体会 ， 更 可 以 体验 自 出 版 的 乐趣 ， 轻 松 实现 出 版 的 梦想 。 
如 果 成 为 社区 认证 作 译 者 ， 还 可 以 享受 异步 社区 提供 的 作者 专 享 特色 服务 。 


会 议 活 动 早 知 道 


您 可 以 掌握 IT 圈 的 技术 会 议 资 讯 ， 更 有 机 会 免费 获 赠 大 会 门票 。 





























加 入 异步 


扫描 任意 二 维 码 都 能 找到 我 们 : 











异步 社区 。”。” 微 信 服务 号 。 。” 微 信 订 阅 号 。 。 官方 微 博 。 QQ 群 436746675 
社区 网 址 : www.epubit.com.cn 

官方 微 信 : 异步 社区 
言 万 微 博 ，@ 人 邮 异 步 社 区 ，@ 人 民 邮 电 出 版 社 - 信息 技术 分 社 


投稿 & 咨询 : contact@epubit.com.cn 








Databases 


视图 更 新 与 大 系数 据 库 理论 


视图 就 是 “虚拟 的 表 ”。 这 意味 着 它们 应 该 和 “ 真 ” 表 或 者 基 表 一 样 ， 可 以 更 新 。 实 际 
上 ， 不 论 是 从 实用 角度 还 是 从 理论 角度 ， 视 图 的 可 更 新 性 都 是 非常 值得 讨论 的 主题 ， 其 
至 是 关键 性 的 技术 。 但 是 ， 视 图 更 新 却 总 是 被 视 为 一 个 有 和 争议 性 的 话题 。 


















































本 书 通 过 展示 视图 如 何 像 基 表 一 样 ，“ 总 是 ”可 以 更 新 的 (只 要 不 违反 任何 一 致 性 约 
束 ) ， 进 而 完全 共 履 传统 观点 。 更 宏观 一 点 来 说 ， 本 书展 示 的 是 更 新 应 该 “总 是 ”可 以 
进行 的 ， 无 论 目 标 对 象 是 基 表 还 是 视图 。 本 书 所 阐释 的 体系 100 多 与 关系 模型 一 致 ， 但 是 
和 今天 SQL 产品 中 的 更 新 稍 有 不 同 。 















































通过 本 书 ， 你 将 能 

m 帮助 数据 库 产 品 在 未 来 进行 改进 

m 在 没有 产品 支持 的 情况 下 实现 “自助 式 ” 实 施 ， 
m 了 解 谓词 和 约束 的 重要 地 位 ， 

”展示 关系 型 产品 到 底 应 该 如 何 运 转 。 


任何 与 关系 模型 、 关 系 技术 或 者 数据 库 系 统 相 关 的 专业 人 员 ， 都 可 以 从 本 书 中 获 益 。 


作者 简介 

Chris Date 是 车 名 的 数据 库 行 业 专 家 ， 善 于 用 最 简明 易 懂 的 方式 解释 复杂 的 技术 问题 。 他 
于 2012 年 出 版 了 两 本 新 书 《SQL and Relational Theory，2nd Edition》 和 和 《Database 
Design and Relational Theory》 ， 本 书 是 它们 的 姊妹 篇 。 
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